SQLAlchemy

有关的ORM使用居多，SQLAlchem​​y的是远不止于此。
SQLAlchem​​y的建立自己的查询语言和自定义持久模式的高性能和易于访问存储数据

什么是此版本的新：

< UL>

什么在1.0.4版本新：

• 在一个相当严重的工作单元的回归有关SQL表达式是固定的，关于与＆QUOT文字表达的新的行为; ORDER BY＆QUOT;已经缩减了一下，以更好地适应现在不推荐使用的情况下，很少使用ORM事件钩子被修复，因为它从工作防止SQLSoup包，元数据和QUOT;上创建/上落＆QUOT;事件发生了格式变化的较少使用的参数之一传递，这是恢复到原来的形态。

什么是新的版本0.9.9 / 1.0.0b5：

• 在新的SQL Server版本字符串
• 新Psycopg2错误条件
• 在变化的MySQL连接器，Python和pg8000

什么在0.9.0版本新：

• 在Python 3的支持
• C扩展支持的Python 3。

每个属性的基础上进行查询时，
• 在复合属性现在返回为目的的形式。
• 协会代理SQL表达式，改进和修正。
• 的＆QUOT;密码＆QUOT;一个create_engine的部分（）不再认为的+号作为编码的空间。

什么在0.8.2版本新：

• 在0.8.2包括几十个bug修复和新功能，其中包括一些在0.8中引入的新功能细化。

什么在0.8.1版本新：

• 这是一个修正版，它解决很多问题，其中一些出现在0.8.0的回归，还有更多影响所有版本。

什么在0.8.0版本新：

• 在新的关系功能
• 新的多态功能​​ - with_polymorphic（）和of_type（）
• 在新的运行时检测系统
• 在可扩展的运营商系统
• HSTORE支持

什么是在0.7.8版本新：

• 在'对象'参数flush（）方法不再反对，因为一些有效的用例已确定。
• 固定identity_key（）函数，这是不接受的标识标量参数。
• 修正了其中populate_existing方案不会传播到子查询渴望装载机。

什么在0.7.6版本新：

• 在添加了一些新功能，如公共表支持表达式，也有一些重要的错误修复。

什么在0.6.7版本新：

• 在收紧迭代与消除周围的身份互斥地图迭代，试图减少的（极其罕见）折返GC运行造成僵局的机会。可能会删除互斥0.7。
• 添加了`name`参数`Query.subquery（）'，让一个固定的名称分配给别名对象。
• 在发出警告时，加入表继承映射器对本地映射表中没有主键（但PKS超类表）。
• 修正了＆QUOT;中＆QUOT;在一个多态的层次结构类从该目标查询时，就没有'polymorphic_on“一栏，如果不同时指定”polymorphic_identity“，导致在刷新时奇怪的错误，错误的类加载。同时使用单表继承时，发出正确的WHERE条件。
• 修正了与该被排除在与include_properties或exclude_properties会导致UnmappedColumnError映射SQL或服务器端的默认列。

什么是0.6.5版本，新的：

• 在query.update固定的臭虫（）其中“评估“或”取“到期会失败，如果列表达式的关键是类属性使用不同的键名作为实际的列名。
• - 增加了一个断言冲洗从而确保了在＆QUOT不会产生空持身份密钥时，新持久性和QUOT;对象。这可能发生在用户定义的代码无意中触发未完全加载的对象刷新。
• 延迟加载的关系属性现在使用目前的状态，而不是＆QUOT;犯＆QUOT;发出SQL时，如果冲洗不处理的外交和主键的属性状态。此前，只有数据库提交的国家将被使用。尤其是，这将导致许多对一的get（） - 对 - lazyload操作失败，如自动冲洗未在这些负载时触发的属性被确定，并且与QUOT;致力于＆QUOT;状态可能无法使用。
• 在关系（），load_on_pending，一个新的标志允许延迟加载器上挂起的对象断火不冲水的发生，以及因为这是手动＆QUOT是一个短暂的对象;连接＆QUOT;到会话。注意，此标志的块的属性，从当一个对象被加载，所以backrefs后才可用的冲水后发生的事件。该标志仅适用于非常具体的用例。
• 在关系（）另一个新的标志，cascade_backrefs，禁用[储存更新＆QUOT;当事件已着手级联＆QUOT;反向＆QUOT;双向关系的一面。这是一个清洁器的行为，使得多对那些可以在没有它得到吸入子对象的会话瞬态对象进行设置，同时还允许向前收集到级联。我们*力量*默认为False 0.7。
• 轻微改善至＆QUOT的行为; passive_updates =假＆QUOT;当只放在一个关系的多对的一侧;文件已经明确passive_updates =假确实应该在一到很多副作用。
• 配售passive_deletes = TRUE在一个多到一发出一个警告，因为你可能打算把它放在一到很多副作用。
• 修正错误，防止＆QUOT; subqueryload＆QUOT;正常工作单表继承从一个子类的关系 - 在＆QUOT;凡在类型（X，Y，Z）＆QUOT;只有被放置，而不是反复在里面。
• 当使用from_self（）的单表继承，在＆QUOT;凡在类型（X，Y，Z）＆QUOT;被放置，而不是反复仅在查询的外侧。可以做一些更多的调整了这一点。
• scoped_session发出警告，当配置（）被调用，如果一个会话已经存在（只检查当前线程）。

什么是0.6.4版本，新的：

• 在该名称ConcurrentModificationError已更改为StaleDataError，和描述性的错误信息进行了修订，以反映究竟是什么问题。两个人的名字仍然可用在可预见的未来计划，可在指定ConcurrentModificationError的＆QUOT;区别：＆QUOT;条款。
• 添加一个互斥体的身份地图，互斥删除操作对迭代方法，现在预缓冲返回一个迭代之前。这是因为asyncrhonous GC可以随时删除通过GC线程的项目。
• 在会话类是现在存在于sqlalchem​​y.orm。*。我们从和create_session（）的使用，它采用了非标准的默认值，对于其中的一步会话构造所需的情况下搬走。大多数用户应该sessionmaker（）一般使用，但是坚持下来。
• query.with_parent（）现在接受临时对象，将使用以制定标准的PK / FK属性的非持久性值。文档也明确为with_parent的目的（）。
• 的include_properties和exclude_properties参数映射器（）现在接受Column对象为除字符串成员。这使得相同的命名Column对象，例如那些联接（），可消除歧义。
内

什么是0.6.0版本，新的：

• 的C扩展，现在还与DBAPIs其中使用自定义序列为行（不仅是元组）。
• 在恢复了一些绑定标签逻辑0.5从而确保表与重叠的形式QUOT的另一列列名;＆＃X3C;表名＆＃x3e; _＆＃X3C;的ColumnName＆＃x3e;＆QUOT;不会产生，如果列。错误
• Table.create（）和Table.drop（）不再适用metadata-级创建/删除的事件。
• 现在PostgreSQL的反映了连续列正确关联的序列名称，序列名称后已被更改。
• 在PostgreSQL的体现了主键约束的名字，如果有的话。