公式のDjangoブログには、組み込みのORM移行の機能を拡張する計画があるという情報がありました。これは、多くの最新のORMに存在する重要な機能です。 歴史的に、この機能はDjango ORMにはありません。
データベーススキーマのバージョンを制御するための通常のツールがない場合、実際、誰もが苦しみます：サードパーティのアプリケーション開発者は、別のサードパーティのアプリケーションを接続して移行を使用するかどうかに戸惑い、各リリースは開発者と管理者にとって頭痛の種になります-アップグレードが簡単です。 一言で言えば、djangoの世界でデータベースのバージョンを制御するという点では、わずかな混乱があります。
今日のデファクトスタンダードは南ですが、それでもカウンターブロックではないため、アクションの不整合がいくつかあります（Pythonバージョンのサポートなど）。 アプリケーションの作成者であるAndrew Goodwinは 、数年にわたりKortimの一部であり、最終的にこの問題を解決し、フレームワークのコードベースに含まれるコードを準備しました。 データベースの移行は、かなり大規模で時間のかかるタスクであり、開発者の多大な時間と労力が必要です。 そのため、アンドリューはコミュニティに適切なキックスタータープロジェクトを作成することで、自分の仕事に資金を提供するよう招待しました。 条件は次のとおりです。
- アンドリューは、3,500ポンドで、必要最小限の機能をできるだけ早く設計し、タスクに集中することに取り組んでいます。
- 4,500ポンドで、リモートキー間で列を移動する際のデータの保存や、ギリシャ語後のCREATE INDEX CONCURRENTLYのサポートなど、追加の低レベル操作の実装を提案します。
- 7,000ポンドの場合、Southの新しいバージョンの主な機能は、dzhangaの1.4および1.5バージョンとの互換性のために準備されます。
執筆時点で、このプロジェクトはすでに約7000ポンドを獲得しています。 それで、なんという祝福でしょう。 ちなみに、今ではgithubで、6か月前のプールリクエストとこの作業の概要を見ることができます。
しかし、個人的には、キックスターターでのこのプロジェクトは、アプリケーションについてAndrew Goodwinに感謝する機会であると考えています。それなしでは、djangoの開発は非常に難しいでしょう。
興味深いことに、すべてのjangaユーザーが新しい機能を追加することに熱意を持っているわけではありません。 ちなみに、例に目を向ける必要はありません 。 主な議論は、南のコードの質の低さです。 ここでは、おそらく、2つの重要な事実を検討する価値があります。第1に、標準はフレームワークコードの残りの部分と同じ標準を適用します。 、Southを使用する方が少し便利です。これを無視する人は、これについて不便を感じる必要はほとんどありません。
UPD：わずか1時間5分後に、必要な金額が収集されました（さらに超過しました）。 したがって、AndrewはOracle、MSSQL、およびPersonaからMySQLへのオンラインスキーマ移行のサポートにさらに注意を払うことを約束します）