テーブルにユーザー設定を保存する方法

Question

私は約200の設定をユーザに設定しています。これには、通知設定やオブジェクトに対するユーザアクティビティの設定の追跡が含まれます。問題はそれをDBに格納する方法です。各設定を行または列にする必要がありますか？ colunmの場合、テーブルは200列になります。行の場合は約3列だが、ユーザーあたり200行x 1000万のユーザーでも不十分です。

他にどのようにこれらの設定を保存できますか？注：これらの設定は、テキスト入力と他のテーブルへのFKルックアップの組み合わせです。

ありがとうございました。

Answer 1

追跡する200の設定は、柔軟なデータベーススキーマを示唆しています。

1. ユーザー：ユーザー名やパスワードなどのユーザーは、おそらく常に持つことになります性質のため、ユーザーごとに行を持つテーブルのような私は、ハイブリッドアプローチをお勧めしたいです。このテーブルは外部キーも保持することができますが、これはヒューリスティックであり、関係が0から1または0から多多であるかどうかによっても異なります。後者は別のテーブルが必要です。
2. 特徴：userIdを、名前と値の列を持つ2つのオプション
   1. 効果的に機能あたりの行を有するテーブル、ハッシュテーブル、。これは外国の関係にとっても役立つかもしれませんが、この設定ではデータの整合性を強制することはできません。
   2. XMLですが、データを照会できる機能を備えたデータベース、または照会する必要がなく、アプリケーションサーバー上でしか動作しないデータのみが含まれます。

私は大きな答えはあなたがあなたの元の質問から1つの解に到達しようとして、代わりにデータを合わせて、両方を使用する必要がされていないと思います。

Answer 2

私は、格納されたprocsの作成、手作業でのデータの表示、または後でもっと多くの設定への拡張が難しいため、200列は間違いなく良い考えではないと思います。

これらの200個の設定すべてに対してXMLを試してみると、ユーザーあたり1行しか持てません。ユーザー名と対応する設定xml。しかし、これもまたクエリ機能を制限しますが、DBは現在XMLをサポートしています。 XML DBを具体的にチェックアウトすることができます。

Answer 3

データをシリアル化することは、ほとんどの場合、悪い考えであることが判明します。なぜなら、そうすることでdbmsが壊れてしまうからです。効率的なdbmsを作成するために行われた人類の年々は、シリアル化された一連のビットで無駄になります。設定テーブルに設定あたり

1列：あなたは、各設定に対してフックアップするアプリケーション・ロジックを使用している場合

は、私はあなたがどちらかとして、それを実装するべきだと思います。 これにより、制約チェック、参照整合性、値の正しいデータ型、オプティマイザに多くの情報を提供しながら、dbmsの機能を活用しやすくなります。欠点は、行のサイズが大きくなることです。

又は

1セットあたりのテーブル（または関連設定のグループ）。 これは上記の利点のすべてを持っていますが、ほとんどまたはすべての設定を一度に取得する必要がある場合は、パフォーマンスペナルティのために行を整理します。設定がオプションの場合、実際のデータがまばらな場合、この選択肢は大幅に小さくなります。

また、多くの列はしばしば「匂い」であり、データを正しく正規化していないことを示していますが、そのようにする必要はありません。あなただけがあなたのデータを知っています。