Mongooseのスキーマ変更の扱い

Question

Mongooseスキーマを更新/移行するためのベストプラクティス（またはツール）は、アプリケーションの進化とともにどのようになっていますか？

Answer 1

更新：検査済み、これは現在の形では動作しません、その行く右のアイデアを得た、私はかなりの微調整で動作するように単一の移行を得ましたモジュール自体。しかし、いくつかの大きな変更や何らかの形でさまざまなスキーマを追跡することなく、意図したとおりに動作することはありません。

---

あなたはMongoDBの中に移行を処理するための最良の方法であるように思われている、あなたがそれらを使用すると、ドキュメントの古いスキーマのバージョンに移行することを意図しているマングース・データ・マイグレーションに

をしたいような音。

文書コレクション（ala alter table）で完全なデータセットの移行を実行する必要はありません。サーバーに負荷がかかり、アプリケーション/サーバーのダウンタイムが必要になる可能性があります。場合によっては、すべての文書を取得して新しいスキーマ/変更と呼び出しを適用するスクリプトを書く必要があるかもしれませんが、いつどこで行うべきかを理解する必要があります。例としては、移行スクリプトを実行するために3時間サーバーを停止するよりも、doc initへの移行ロジックを追加することでパフォーマンスが大幅に向上します。

私はこれもかなり役に立ちましたが、基本的に上記をより詳細に繰り返し、本質的に上記のノードパッケージの概念をphpで実装しています。

N.B.モジュールは5ヶ月前のフォークは0ですが、周りを見回していて、abdelsaidのレスポンススタイルよりも優れた/役立つものはありません。

Answer 2

しかし、MongoDBはRDBMSのスキーマの問題に対応するために生まれました。何かを移行する必要はありません。フィールドが必要な場合は、スキーマ定義にデフォルト値を設定するだけです。

new Schema({ 
    name: { type: string } 
}) 

へ：

new Schema({ 
    name: { type: string }, 
    birthplace: { type: string, required: true, default: 'neverborn' } 
}); 

Answer 3

私はこの問題を抱えていました。私のスキーマへの変更。いくつかの研究の後で、私はmongoコンソールでupdateMany（）関数を使ってアップデートを行い、それがうまくいったと思います。

は、次のようにコードが見えるvimdudeの例にこれを適用するには：

try { db.<collection>.updateMany({ birthplace: null }, { $set: {"birthplace": "neverborn" } }); } catch(e) { print(e); } 

updateMany（）関数は、フィルタに基づいて、コレクション内のすべてのドキュメントを更新します。この場合、フィルタは、 'birthplace'フィールドがnullのすべてのドキュメントを探しています。次に、「出生地」という名前のドキュメントに新しいフィールドを設定し、その値を 'neverborn'に設定します。あなたの状況を反映するために変更されたコードを実行した後

は、次のコマンドを実行します

db.<collection>.find().pretty() 

を変更が行われたことを確認します。あなたのコレクションの各ドキュメントの最後に、 "neverborn"の値を持つ新しいフィールド "birthplace"が表示されます。

希望に役立ちます。