私は、基本的に組織のテーブル (組織ごとに 1 行) を持つデータベースを使用する Web サイトに取り組んでいます。各組織には、無制限の数のキーワードを添付できます。キーワードは組織とは別のテーブルに表され、各行は単に主キー、キーワード、および添付されている組織の主キーです。最終的に、このテーブルには何千ものエントリが含まれる可能性があります。これにより、このテーブルからレコードを取得したり、テーブルに固有のキーワードをリストしたりするのにかかる時間が長くなりすぎますか?
ベストアンサー1
以下の条件を満たす限り、数十万行あってもまったく問題ありません。
- 適切にインデックスされている
- クエリが適切に実行される（例えば、適切なインデックスを使用するなど）
私は、それぞれ数十万件のレコードを持つ複数のテーブルに対して、結合と「単純な」where 句ではなく大量のクエリを実行するアプリケーションに取り組んでいますが、そのアプリケーションは問題なく動作しています。クエリとインデックスを最適化したからです ^^
そのような状況では、数百万行でも問題ないと思います。クエリの種類によって異なります。（そしてその数はいくつですか）きっとできるよ^^
いずれの場合も、確実に知る方法は 1 つしかありません。
- どのようなクエリを実行するのかを知っておく必要があります。
- テストするには大規模なデータセットも必要であり、
- そして、ベンチマークを行う必要があります。つまり、データセットに対してクエリを「実際の状況」のように何度も並行して実行し、それによって「負荷を処理できるか? 最適化する必要があるか? ボトルネックは何か?」という質問に答えるのに役立ちます。