そのORMのために主に使用され、SQLAlchemyのは、それ以上のものです。
SQLAlchemyのは、高パフォーマンスと格納されたデータに簡単にアクセスするための独自のクエリ言語およびカスタム永続性のパターンを作成します。
このリリースで新しい何が:ます。
一つ、かなり深刻な作業単位SQL式についての回帰が固定されている、と&QUOTテキストの表現に関する新しい動作; ORDER BY"より良いスーツ現在では非推奨ユースケースに少し戻って縮小されている、あまり使用されないのORMイベントフックは、メタデータ&QUOTは、それが働いてからSQLSoupパッケージを防ぐように修復したところ、上のドロップ&QUOTに/作成します。イベントには、その前のフォームに戻った渡されて、より少ない使用される引数のいずれかで、フォーマット変更を、経験しました。
このバージョン1.0.4の新機能です:
この一SQL式に関する作業単位回帰が固定され、かなり深刻な、と&QUOTテキストの表現に関する新しい動作; ORDER BY"より良いスーツ現在では非推奨ユースケースに少し戻って縮小されている、あまり使用されないのORMイベントフックは、メタデータ&QUOTは、それが働いてからSQLSoupパッケージを防ぐように修復したところ、上のドロップ&QUOTに/作成します。イベントには、その前のフォームに戻った渡されて、より少ない使用される引数のいずれかで、フォーマット変更を、経験しました。
このバージョン0.9.9 / 1.0.0b5で新しい何が:
この新しいSQL Serverのバージョン文字列
新しいPsycopg2のエラー状態
MySQLのコネクタ - Pythonとpg8000の変更
このバージョン0.9.0の新機能です:
このPythonの3のサポート。
C拡張は、Python 3でサポートされています。
属性ごとに基づいて照会するときの複合属性は、今では、オブジェクトの形として返されます。
協会プロキシSQL式の改善と修正。
"パスワード" create_engineの部分は、()はもはやエンコードされた空間である+記号を考慮していません。
このバージョン0.8.2の新機能です:
この0.8.2は0.8で導入された新機能のいくつかの改良版を含む数十のバグ修正と新機能が含まれています。
このバージョン0.8.1の新機能:
これは多くの問題を解決するバグ修正リリースです、すべてのバージョンに影響を与える回帰と、より多くのように0.8.0に登場しそのうちのいくつか。
この新しい関係の特徴:
このバージョン0.8.0の新機能であります
新ポリモーフィック機能 - with_polymorphic()とof_type()
新しいランタイム検査システム
拡張可能なオペレータシステム
hstoreのサポート
このバージョン0.7.8の新機能です:
このフラッシュする「オブジェクトの引数()いくつかの有効なユースケースが確認されているとして、もはや推奨されません。
アイデンティティのためのスカラ引数を受け付けていませんでした固定identity_key()関数。
populate_existingオプションは熱心ローダーをサブクエリに伝播されませんでしたとなる不具合を修正しました。
このバージョン0.7.6の新機能です:
このような共通テーブル式のサポートなど、いくつかの新機能を追加し、また、いくつかの重要なバグ修正があります。
このバージョン0.6.7の新機能:
この反復は、対(極めてまれ)リエントラントGC操作の可能性を減らすためにしようと、アイデンティティ・マップの繰り返しの周りにミューテックスを削除締めデッドロックの原因となります。 0.7にミューテックスを削除することがあります。
固定名はエイリアスオブジェクトに割り当てることができるようにするために、Query.subquery() ``に `NAME`引数が追加されました。
結合表継承マッパーがローカルにマッピングされたテーブルには主キーがありません(ただし、スーパークラスのテーブルの上にPKSを持っている)場合に警告が発せられます。
バグを修正ここ"ミドル"そのターゲットから照会するときに、それはまた、間違ったクラスがロードされ、リフレッシュ時に奇妙なエラーにつながる、「polymorphic_identity 'を指定しなかった場合、多型階層内のクラスには「polymorphic_on」列を持っていないだろう。単一テーブル継承を使用する場合にも、正しいWHERE条件を発します。
include_propertiesまたはexclude_propertiesとのマッピングから除外されたSQLまたはサーバー側のデフォルトを持つ列がUnmappedColumnErrorことになる不具合を修正しました。
このバージョン0.6.5の新機能です:
このquery.updateにおけるバグを修正()ここで、列の式キーがクラスだった場合の有効期限は失敗する「フェッチ ''評価 'または実際の列名と異なるキー名と属性。
新たに永続" - ヌル保持アイデンティティキーが&QUOTで生成されなかったことを確実にフラッシュ中にアサーションを追加しました。オブジェクト。ユーザー定義コードが誤っていない、完全にロードされたオブジェクトのフラッシュをトリガーする場合に発生することがあります。
リレーションシップのレイジーロードが現在の状態を使用する属性ではなく、"コミット"状態、フラッシュがプロセスにない場合、SQLを発行する際に、外国との主キー属性の。以前は、専用のデータベースにコミット状態が使用されることになります。コミット" AUTOFLUSHは属性が決定されると、これらの負荷にトリガされていないように、オンlazyload失敗する演算&QUOT - 具体的には、これは、多対一のget()を引き起こします状態は使用できない場合があります。
添付"の関係()、load_on_pending、上の新しいフラグが怠惰なローダが手動&QUOTをされている一時的なオブジェクトと同様に、フラッシュ撮影場所なしで保留中のオブジェクトの上に勝手に起動することができます。セッションへ。 backrefsがフラッシュ後まで利用できませんので、このフラグブロックは、オブジェクトがロードされたときに場所を取ってからのイベントの属性があります。フラグは、非常に具体的なユースケースを対象としています。
関係()のもう一つの新しいフラグは、cascade_backrefsは、無効"&QUOT更新を保存します。イベントが開始されたカスケード"リバース"双方向の関係の側面。これは、多対ものはまだカスケードを楽しみに収集を可能にしながらそれは、子オブジェクトのセッションに吸い込まれずに一時オブジェクトに設定することができるようにクリーンな動作です。私たちは、* 0.7でFalseにこれをデフォルトの可能性があります*。
QUOT&の動作に若干の改善; passive_updates =偽"唯一の関係の多対一の側に置かれたとき。ドキュメントはpassive_updates = Falseの場合、本当に1対多の側にあることが明らかにされています。
あなたはおそらく、1対多の側にそれを置くことを意図しているため、多対1の警告を発した場合にTRUEをpassive_deletesを=置きます。
防止&QUOTう不具合を修正しました。subqueryload"サブクラスからの関係のための単一テーブル継承と正常に動作してから - "(X、Y、Z)&QUOTでタイプ。唯一の内側に置かれ、代わりに繰り返します。
単一テーブル継承とfrom_self()を使用する場合は、"ここでタイプ(X、Y、Z)"唯一のクエリの外側に置かれ、代わりに繰り返しています。これにいくつかのより多くの調整を行うことができます。
scoped_sessionは、セッションが既に存在する場合のconfigure()が(チェックのみ現在のスレッド)が呼び出されたときに警告を発します。
このバージョン0.6.4の新機能:
この名前ConcurrentModificationErrorはStaleDataErrorに変更されている、と説明エラーメッセージは正確に問題が何であるかを反映するために改訂されました。どちらの名前がでConcurrentModificationErrorを指定することができる方式に対して予見将来のために利用可能なままになります"ただし:"句。
ミューテックスは、反復可能なを返す前に、反復法、今プリバッファに対する操作を削除するアイデンティティ・マップにミューテックスを追加しました。このasyncrhonous GCはいつでもGCスレッドを経由して項目を削除することができますので。
Sessionクラスは現在sqlalchemy.ormに存在しています。*。私たちは、ワンステップセッションコンストラクタが望まれるような状況のための非標準的なデフォルト値を持っていcreate_session()の使用から離れて移動しています。ほとんどのユーザーは、しかし、一般的な使用のために)(sessionmakerに固執する必要があります。
query.with_parent()は現在、一時的なオブジェクトを受け取り、基準を策定するために、彼らのPK / FK属性の非永続的な値を使用します。ドキュメントもwith_parentの目的にとして明確にされています()。
include_propertiesとexclude_propertiesマッパーへの引数は()今の文字列に加えて、メンバーとしてColumnオブジェクトを受け入れます。このような(参加中のものと同じ名前の列オブジェクトは、)、明確化することができるように。
このバージョン0.6.0の新機能です:
このC拡張は現在も行(だけではなくタプル)としてカスタムシーケンスを使用DBAPIsで動作します。
&#のx3c;テーブル名&#のSpark Proの; _< ColumnNameに&#Spark Proの;&QUOTフォーム&QUOTの別の列を重複する列名を持つテーブルことを確実に0.5からいくつかのバインド標識ロジックを復元。列する場合にエラーを生成しません。
Table.create()とTable.drop()はもはやmetadata-レベル作成/ドロップイベントを適用されません。
PostgreSQLは今シーケンスの名前が変更された後、正しくSERIAL列に関連付けられたシーケンス名を反映しています。
が存在する場合PostgreSQLは、主キー制約の名前を反映しています。
コメントが見つかりません