ここでの原則のポイントは、Mongo で苦労しています。
MySQL DB から Mongo DB にテスト データを慎重かつ手動で入れています。だから私はMySQLにこのデータを持っています:-
id\no\start\ratio\gol\fable\dble
488442\1\0000\6200\0\0\15
488444\2\6200\640\0\15\15
奇妙なセパレータで申し訳ありませんが、アイデアはわかります。
次に、これをMongoに入れたら、そうしますか
"doc" : { "id" : [ 488442, 488444 ], "no" : [ 1,2 ], "start" : [0000,6200] }
NoSQL には「好きなようにやる」ことがたくさんあると思いますが、この単純な質問に対して、より一般的に役立つ正しい答えはありますか (スレッドを閉じないでください)。
基本的にこれに正解不正解はありません。ただし、 Mongo Schema DesignとこのSQL から Mongo へのマッピング チャートのドキュメント/チュートリアルを読むことを強くお勧めします。これは、アナログ概念間の相違点と類似点を理解するのに役立ちます。
mongo では、最も一般的なユース ケースに適合するようにスキーマを設計する必要があります。
あなたの例から、Mongo ドキュメントを SQL のテーブルにマップしようとしているようです。特別な理由がない場合は、なぜこれを行っているのか、より一般的なものに固執します。SQL テーブルの各行は、Mongo コレクション内の単一のドキュメントです。最も簡単な方法は、行ごとにドキュメントを作成し、次のようなものを追加することです。
{"id": 488442, "no": 1, "start": 0000, "ratio": 6200, "gol": 0, "fable": 0, "dble": 15}
{"id": 488444, "no": 2, "start": 6200, "ratio": 640, "gol": 0, "fable": 15, "dble": 15}
MySQL テーブルとして名前を持つコレクションで。もちろん、それに準拠する必要がなくなった今、リレーショナル モデルのより適切な表現がないかどうか、少し座って分析する方が良いでしょう。