お見逃しなく！経験のある方にシェアしていただければ幸いです。

ユーザー登録と問い合わせについての質問です。システムに 1,000 万人のユーザーがいる場合、1 つのテーブルにそれほど多くのユーザーを保存する必要はありません。
さらに多くのユーザー テーブルを作成します。各ユーザー テーブルには 10,000 人のユーザーを保存できます。これには 1,000 個のテーブルが必要です。
ユーザーがログインするとき、10,000 件のデータから検索する速度と、1,000 万件のデータから検索する速度は必然的に異なります。
しかし、このユーザーが 1,000 個のユーザー テーブルの中のどのテーブルに属しているかをどうやって知ることができるでしょうか?
どのテーブルにクエリ ステートメントが含まれているかをすぐに知ることができれば、パスワードが正しいかどうか、ログインが成功したかどうかを判断できます。
登録する際、6 ～ 18 文字、数字、アンダースコアの組み合わせがデータベースに存在しない限り、ユーザーは正常に登録できます。
しかし、ajax を使用して、1,000 のユーザー テーブルからユーザーの存在を確認することもテストです。ここはどうやってデザインすればいいのでしょうか？
これは QQ 番号を申請するのとは異なります。QQ 番号は Tencent によって与えられるため、番号セグメントがどのテーブルにあるかを確実に知ることができます。
皆さんの経験を共有していただければ幸いです。どうもありがとう！青字で書かれた質問が 2 つあります。ご意見をいただければ幸いです。

ディスカッションへの返信（解決策）

英数字と下線の先頭文字は37種類、大文字と小文字を区別すると63種類あります（ただし、データベースの文字列比較は大文字と小文字が区別されず、バイナリ モードとして指定される) 区別されます)
最初の 2 桁をキーとして取得し、37 * 37 = 1369 となり、すでに 1,000 個のテーブルのアイデアを満たすことができます

//设用户名为$username = 'abcd';//构造表名$tbl_name = 'U' . substr($username, 0, 2);//则查询串为$srl = "select * from $tbl_name where username='$username'";

を構築する必要があります各テーブルの内容を記録する個別のインデックス テーブル ユーザーによる並べ替え。取得するときは、最初にこのテーブルを取得し、ユーザーがいる範囲を見つけてから、そのテーブルを取得するだけです。

各テーブル内のユーザーの並べ替えを記録する別のインデックス テーブルを作成する必要があります。取得するときは、最初にこのテーブルを取得し、ユーザーがいる範囲を見つけてから、そのテーブルを取得するだけです。

この兄弟のアイデアも最初に思い浮かびますが、データベースを 2 回クエリする必要があるように感じます。

文字、数字、アンダースコアの先頭文字は 37 種類、大文字と小文字を区別する場合は 63 種類あります (ただし、データベースの文字列比較は大文字と小文字を区別せず、区別するにはバイナリ モードを指定する必要があります)
Take最初の 2 桁をキーとして、次に 37 * 37 = 1369 となり、これですでに 1,000 個のテーブルのアイデアを満たすことができます
そうですね

さて、この兄弟のアイデアは確かに私に指針を与えてくれましたし、良いものです効率的なソリューション。
次に、テーブル名が user1 から user1000 までの名前であるとします。では、ユーザーがどのテーブルに属しているのかを特定するにはどうすればよいでしょうか?

それは大変なことです。
サブテーブル情報を保存するには別のテーブルを作成する必要があります。クエリを実行するときは、まずこのテーブルをチェックして、実際に保存されているテーブル名を取得します
しかし、このテーブルには、どの文字列で始まるテーブルがまだ保存されています

これは問題を引き起こします。
サブテーブル情報を保存するには別のテーブルを作成する必要があります。クエリを実行するときは、まずこのテーブルを確認して、実際に保存されているテーブル名を取得します
そして、このテーブルには、どのような文字列で始まるテーブルが保存されているかもわかります

user1 から user1000 までの操作を使用してテーブルに名前を付けるのは本当に難しいことも感じています。
Xiongtai の 2 階のアイデアは実現可能ですが、二度確認する必要があります。

他に経験を共有できる人はいますか