オーサーのデプロイメントをサポートする場合に使用します。私はグラフデータベースを調査していますが、私はneo4jを見つけました。これは理想的ですが、mongodbも出てきました。最小限のダウンタイムで移行します。誰かが新しい国の文書を追加した場合、私はその.文書が私を少し混乱させています。私はここやGoogleで答えを見つけることができません。マングースを使って私自身の認証を使用しているので、私はmongoの認証をまったく使用する必要はありません。私はMongoDBクエリを設計して、特定のキーを持つすべてのレコードを見つける必要があります。lnがキーであるすべてのレコードを返します。結果は次のようになります。する理由はありません。ElasticSearchを、検索する必要がある文書用の個別の文書ストレージとして使用するだけです。はい、あなたは全体のデータベースとしてもすることができます。これにより、クラスごとにこれらのテーブルに入れる必要のあるものは減りますが、好きなように制約を活用できます。3つのオプションには異なる問題があり、個別に検討する価値があります。自分のユーザーIDがユーザーグループに含まれているすべてのユーザーを見つけるためにMongoDbで効率的なクエリを実行したいです。理想的には、これをMongodbへの単一のリクエストとして行いたいです。3.5.12の開発ブランチで利用可能)では、1回のリクエストで複数の配列要素を更新できるようになりました。これまでのMongoDBのDISTINCTは、一度に1つのフィールドをサポートしています。個別株をポートフォリオに組み入れる時、リスクを抑えてリターンを最大化させる組み合わせを探す必要があります。その際に考えるべくは、以下の2点かと思います。Mangementアプリのアーキテクチャー(例として)に取り組んでいます。マルチテナンシーに関して、MongoDBデータ層を最適に設計する方法を明確にしています。どのように解決するかを自問していました。起動スクリプトを作成した場合は、サービスとして起動するための場所を見つける必要があります。同じサーバー上で異なるポート上でmongodbの別のインスタンスを起動するための適切で簡単な方法が他にもあります.MongoDBとPostgreSQLを一緒に使用する.ドキュメント定義からいくつかのフィールドを削除しました。コレクションのすべてのドキュメントにわたってこのフィールドを削除したいと思います。DjangoMongoDBの記事が意外と少なくて苦労したので書きましたが、正直よくわかっていない所もあるので、間違っている箇所があったら指摘していただきたく。