0

私は、人々の連絡先の詳細に関する 3 億件の記録を持っています。このデータを MySQL データベースに保存する予定です。携帯電話番号を受け入れ、この携帯電話番号に一致する人物の詳細を表示する Android アプリを開発します。データ全体を単一のテーブルに保存する場合、携帯電話番号フィールドにインデックスを付けるだけで十分ですか? それとも、携帯電話番号に応じてデータを複数のテーブルに分割するのがよいでしょうか? 次のように、データを複数のテーブルに分割することを考えています。


Table1 には、携帯電話番号が 91 で始まる

レコードが含まれます。 Table2 には、携帯電話番号が 92 で始まるレコードが

含まれます。 Table3 には、携帯電話番号が 93 で始まるレコードが含まれます

.
.

などなど。
ほぼ70%以上の比較を減らすことができるので、私はこのように考えています.
この点について、貴重なご意見やご提案をお寄せください。前もって感謝します。

4

2 に答える 2

0

キーワードで別のテーブルを作成すると効率的だと思われます。さらに、詳細についてはこのスレッドを参照してください。

10 億以上のレコードを持つデータベースを検索する最も効率的な方法は?

于 2013-10-22T12:12:23.620 に答える