SQLALCHEMY是一个不可靠的方案。对于初级开发者而言，并不如SQL语句来得简明。
或者说，我不知道是不是所有的ORM数据库对象映射方案都存在这么一种情况。纯以开发逻辑而言。下述两段代码的结论是一致的：
CODE1 : 正确实现
partner_name = request.args.get("partner_name")
site_name = request.args.get("site_name")
delegation_query = db.session.query(Delegation)
delegation_query = delegation_query.\
filter(or_(
Delegation.grantee_id == partner_id,
Delegation.grantor_id == partner_id))
if site_name is not None:
delegation_query = delegation_query.\
join(Site, Site.id == Delegation.site_id).\
filter(Site.name.like('%' + site_name + '%'))
if partner_name is not None:
q1 = delegation_query.\
join(Partner, Partner.id == Delegation.grantee_id).\
filter(Partner.name.like('%' + partner_name + '%'))
q2 = delegation_query.\
join(Partner, Partner.id == Delegation.grantor_id).\
filter(Partner.name.like('%' + partner_name + '%'))
delegation_query = q1.union(q2)
CODE2 : 错误实现
delegation_query = db.session.query(Delegation)
if partner_name is not None:
q1 = delegation_query.\
join(Partner, Partner.id == Delegation.grantee_id).\
filter(Partner.name.like('%' + partner_name + '%'))
q2 = delegation_query.\
join(Partner, Partner.id == Delegation.grantor_id).\
filter(Partner.name.like('%' + partner_name + '%'))
delegation_query = q1.union(q2)
if site_name is not None:
delegation_query = delegation_query.\
join(Site, Site.id == Delegation.site_id).\
filter(Site.name.like('%' + site_name + '%'))
delegation_query = delegation_query.\
filter(or_(
Delegation.grantee_id == partner_id,
Delegation.grantor_id == partner_id))
另外附上这段代码的实现目标。partner为用户。site为资源。delegation为用户对资源的映射关系。
即：partner表保存用户的信息。site表保存资源信息。delegation表以ID为映射字段保存资源和用户的对应关系。
此处，delegation的作用是，一个用户将自己拥有的资源的权限部分开放给其他用户。
从系统使用者的角度考虑，输入的参数为：用户名称，资源名称。另外一个默认的参数是从登录状态中取得的，当前用户的ID。（查询权限控制）
由于实现模糊匹配的需要。这块的判断逻辑如下：
1. 当资源名称输入不为空，需要将关系表和资源表进行连接，实现通过名称查询资源。
2. 当用户名称输入不为空，需要将关系表和用户表进行连接，实现通过名称查询资源。
3. 为了执行条件2.需要确认关系表和用户表以哪个键进行连接。（由于授权的关系，关系表中有两列外键对应用户表ID。一个是资源所有者，一个是授权的目标用户）
4. 为了执行条件3.由于部分数据库似乎不支持FULL JOIN。因此采用UNION进行联合查询。
5. 查询除了上述1-4条件的基本逻辑外，必须满足这个条件：用户或者是具有了使用该资源的权限，或者是该资源的所有者。
从赋值角度考虑，以及过往的使用方法来看。SQLALCHEMY是支持串行操作的。但是CODE1和CODE2生成的SQL语句是不同的。
实际中，CODE2实现的功能，已知在资源名称和用户名称都有输入值的情况下，忽略了资源名称条件，查询了结果。且未知的情况是，是否满足了条件5的设计。
这件事情来看，不论结果是否是我自身代码写法风格的问题。至少这样来看。并不是简单的串联问题。
因此对当前阶段是否应该使用SQLALCHEMY产生了怀疑。至少如果使用ORM类初期，对于ORM封装内部的逻辑不了解的情况下，这件事情是不可靠的。
也许有文档说明这个问题，也许没有。不过至少上述这么一点问题是需要关注的，除此以外，对于ORM编写的SQL的调优，难度会更高。
总不能每次都用print(str(sql))的方式来解决问题吧。虽然这就是学习方法。。。
