私のプロジェクトの一部で結合の問題が発生しました。私の解決策は、対応する ObjectId を保存し、mongodb の集計を使用して結合の目的を達成することです。 WiredTiger エンジンを使用したため、大量の読み取りと書き込み中にデータベースがロックされる問題を解決しました。また、データベースを設計するときは、従来の SQL 設計思考と開発ロジックを避けるようにしてください。コレクションは 1 つのイベントに対応するように努める必要があります。その後、プロジェクトの拡張に伴い、ワーカー開発モデルを導入し、論理層間の関係を独立したスレッドを持つワーカーに変更しました。現在、オンライン接続なしで大量の同時実行に対処するのに効果があります。オンラインに誰もいない状態で赤い封筒を掴んだ場合の効果に似ています)。あくまで参考程度に、ちょっとした個人的な意見です。

また、SQL 開発モデルに慣れている人にとって、mongodb の制限は非常に不快なものとなるでしょう。しかし、ビッグデータの時代では、mongodb の利点は明らかです。現在、私のプロジェクトの基本構造は次のとおりです:
サーバー: nginx+mongodb+php-fpm+ubuntu
メインプログラム: MVC(php) // 値は論理関係の交換を提供します
補助プログラム: Workers // 対応するロジックマルチスレッド処理へのリレーショナルデータベースインタラクション

テクノロジーを選択する際に考慮しませんでしたか? mongoだけを使う必要はなく、複数のライブラリを共存させることも可能です

皆さん、実際に私の質問は、Mongo に欠陥があるかどうか、または交換する必要があるかどうかではありません。むしろ、データベースが切り替わらないと仮定して、上記の問題を解決する方法はありますか?業界には、これらの問題に遭遇して解決した人が他にもいると思います。

mongodb はこの種のプロジェクトには適していません。クエリ タイプに適していますが、強い関係を持つプロジェクトの場合は、リレーショナル データベースを使用することをお勧めします