25,000行程度のテーブルがあるとします。
item_id, item_name, item_value, etc...
私のアプリケーションでは、ユーザーはそれぞれ2〜300アイテムの動的リストを生成できます。
これらの関係をすべて、列のある巨大なテーブルに保存する必要がありますdynamic_list_id, item_idか？各動的リストのこのテーブルには2〜300行が含まれることになり、テーブルのサイズは数百万、さらには数十億に膨れ上がる可能性があります。
このテーブルも非常に頻繁に照会され、これらの動的リストのいくつかを毎秒取得します。 巨大なテーブルが最善の方法ですか？おそらくユーザーによって名前が付けられた動的テーブルに分割することは理にかなっていますか？
このような膨大な量のデータ用のデータベースを準備することになると、私は本当に途方に暮れているので、どんな洞察も大いにありがたいです。
これはリレーショナルデータベースであり、そのようなもののために設計されています。わずか数百万行は「巨大」とは見なされません。ただし、インデックス作成については慎重に検討してください。挿入/更新のパフォーマンス、ストレージスペース、クエリのパフォーマンスのバランスをとる必要があります。
はい、提案された設計「dynamic_list_id、item_id列を持つ巨大なテーブル」を使用することをお勧めします。
パフォーマンスは、必要に応じて、インデックスの選択、スピンドルと読み取り/書き込みアームの数の増加、およびSSDキャッシングによって簡単に対処できます。
そして、物事の壮大な計画では、このデータベースは特に大きくは見えません。最近では、BIGデータベースになるまでに数十または数百TBかかります。
このような大きなテーブルでは、エンジンを行レベルのロック用に InnoDB に設定してください。
インデックスを賢く使用していることを確認してください。
クエリがドラッグし始めた場合は、Innodb_buffer_pool のサイズを増やして補正します。