1対1の関係は正規化されていますか？

レコードの統計データの大規模なセットがあると考えてください。例：20〜30 INTカラム。セット全体が1つのレコードに属しているため、セット全体を1つのテーブルに保持するか、1対1の関係で接続された別のテーブルを作成する方が良いでしょうか。

前者の利点はJOIN、対応するレコードのすべての統計データを回避して迅速にアクセスできることです。

後者の利点は、カラムを整頓することです。最初の列は読み取り中心で、2番目の列は書き込み中心です。もちろん、行レベルのブロッキングでInnoDBを使用しているので、パフォーマンスに大きな影響はないと思います。

一般に、1つのレコードに対して異なるデータセットを分離することが実用的かどうか知りたいですか？

正規化のルールに当てはまる場合、1：1の関係は正規化できます（定義により！）-つまり、1：1の関係については、正規の形式に従うことが不可能になるものはありません。

1対1の関係の実用性についての質問に答えるために、これは、述語（列）が異なるサブタイプがある場合など、完全に便利な構成である場合があります。

1対1の関係を使用する理由は、視点によって異なります。DBAはすべてをパフォーマンスの決定であると考える傾向があります。データモデラーとプログラマーは、これらの決定をデザインまたはモデル指向であると考える傾向があります。実際、これらの視点の間には多くの重複があります。それはあなたの視点と優先順位が何であるかに依存します。以下は、1対1の関係の動機の例です。

• 非常に幅の広い列のサブセットがあり、パフォーマンス上の理由から、それらをストレージ内で物理的に分離したい場合。

• 頻繁に読み取られたり更新されたりしない列のサブセットがあり、パフォーマンス上の理由から、それらを頻繁に使用される列から離しておく必要があります。

• 一般にオプションの列がいくつかありますが、レコードが特定のタイプであることがわかっている場合は必須です。

• サブタイプに論理的に属している列がいくつかあり、それらをモデル化して、コードのオブジェクトモデルにうまく適合させたいとします。

• エンティティのスーパータイプの一部のサブタイプにのみ適用できる列がいくつかあり、スキーマで他のサブタイプにこのデータが存在しないようにする必要があります。

• エンティティに属するいくつかの列がありますが、より制限されたアクセスルール（従業員テーブルの給与など）を使用してこれらの特定の列を保護する必要があります。

ご覧のとおり、ドライバーはパフォーマンスである場合もあれば、モデルの純粋さである場合もありますが、宣言型スキーマルールを最大限に活用したいという欲求もあります。

1対1のマッピングを使用して大きなテーブルを2つに分割する主な理由は、次のようなパフォーマンス上の理由です。

a）テーブルには、頻繁にアクセスされるテーブルにバイナリ/クローブ/ブロブデータがあり、大きな列は異なる方法で処理されるため、パフォーマンスが低下します。

b）テーブルにはさまざまなクエリによってアクセスされる多くの列があるため、パフォーマンスが低下するため、関連する列を別のテーブルに移動して、アクセスのパフォーマンスを向上させます。

ただし、多くの整数列があるからといって、テーブルを別々のテーブルに分割してクエリする必要があるという追加の努力が正当化されません。