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的體現了主鍵約束的名字，如果有的話。