私たちは、クライアントの SLI 検索モジュールに取り組んでいます。個別のテーブルを作成するのは良いアプローチですか、それともすべてのクライアントデータを単一のテーブルで管理する必要がありますか?
ユーザーはモジュールの更新を要求できることに注意してください。つまり、テーブル構造はクライアントごとに異なる可能性があります。
次に、クライアントからデータが提供され、パッケージを使用してテーブルまたは単一のテーブル内のすべてのクライアント データを更新します。
したがって、データベースに個別のテーブルを作成するのが良い方法ですか、それともすべてのクライアントに対して集中テーブルを作成する必要がありますか?
テーブル フィールドがクライアント (顧客) ごとに異なる場合は、別のテーブルを用意することをお勧めします。そうしないと、多数の null レコードが作成されます。
第 2 に、すべてのクライアントが個別のインスタンスであり、それらの間に相関関係がない場合、なぜ個別のスキーマまたはデータベースを使用するのでしょうか?
すべてのクライアント データ構造が一意であるため、SQLite データベースが適しているように思えます。一度に 1 つの SQLite データベースを修正できるように、移植可能にすることをお勧めします。
一元化されたテーブル アプローチ 最近使用した新しい調査と研究がありますが、フィールドの高速検索のためにインデックス作成の問題を考慮する必要があります。
いずれにせよ、フィールド 1、フィールド 2、フィールド 3、フィールド 4、フィールド 99、フィールド 100、フィールド 150 などの連続番号を持つ多くの列を持つフラット テーブルを作成できます (潜在的な顧客フィールドの数だけ)。
別のテーブルを作成し、すべてのクライアント (顧客) のラベルをこれらのフィールドにマップします。例: クライアント ABC id は 10032 彼は Field1 から Field11 までを使用しました Field1 にはラベル名があります FirstName Field2 ラベルは姓です Field3 ラベルは生年月日です ... ... Field11 ラベルは UserCountry です
レコードが表示されるたびに、ログに記録されたユーザー ラベルを取得し、それらをフィールドにマップします。
これが質問に答えることを願っています。