SQL Serverで1対1の関係を定義する

Question

1対1の関係を定義する必要があり、SQL Serverで適切な方法を見つけることができないようです。

なぜ1対1の関係になっているのですか？

私はDAL（Linq）としてWCFを使用していますが、BLOB列を含むテーブルがあります。 BLOBはほとんど変更されず、クエリが作成されるたびにBLOBを転送するのは帯域幅の無駄になります。

私はthis solutionを見ました。このアプローチを実装しようとすると、Linqがちょっとしたことに気付くことができます。

アイデア？

Answer 1

スーパータイプとサブタイプの関係では、実際には1対1が頻繁に使用されます。子テーブルでは、主キーは親テーブルの外部キーとしても機能します。ここでの例である：同じテーブルの同じ行に1関連項目：

CREATE TABLE Organization 
( 
    ID  int PRIMARY KEY, 
    Name  varchar(200), 
    Address varchar(200), 
    Phone varchar(12) 
) 
GO 

CREATE TABLE Customer 
( 
    ID    int PRIMARY KEY, 
    AccountManager varchar(100) 
) 
GO 

ALTER TABLE Customer 
    ADD FOREIGN KEY (ID) REFERENCES Organization(ID) 
     ON DELETE CASCADE 
     ON UPDATE CASCADE 
GO 

Answer 2

なぜ各テーブルの外部キーを一意にしないのですか？

Answer 3

明示的な1対1の関係はありません。

しかし、tbl1.idとtbl2.idが主キーであり、tbl2.idがtbl1.idを参照する外部キーであることから、暗黙の1：0..1の関係が作成されています。

Answer 4

1を置きます。それは、「リレーショナルデータベース」の「関係」は、関連するものが同じ行に入るところです。

あなたは、ワイヤ上を移動するデータのサイズを小さくしたい場合はいずれかの必要なカラムだけを投影考える：

SELECT c1, c2, c3 FROM t1 

のみ関連する列を投写するビューを作成し、必要なときにそのビューを使用します。

CREATE VIEW V1 AS SELECT c1, c2, c3 FROM t1 
SELECT * FROM t1 
UPDATE v1 SET c1=5 WHERE c2=7 

BLOBはSQL Serverではオフラインで格納されるため、データを垂直分割することで多くのディスクIOを節約することはできません。これらがBLOB以外の列であった場合は、前述のように垂直パーティショニングに役立つことがあります。これは、ディスクIOを少なくしてベーステーブルをスキャンするためです。

Answer 5

これはどうですか。最初のテーブルのプライマリキーを2番目のテーブルのプライマリキーにリンクします。

Tab1.ID（PK）< - > Tab2.ID（PK）

私の問題は、私は両方で必須フィールドを持つ2段階のプロセスを持っていました。プロセス全体を1つのエピソード（同じテーブルに入れる）として分類できますが、初期段階と最終段階があります。

Answer 6

私の意見では、LINQクエリでBLOBを読み取らない方がよい解決策は、ビューを作成してBLOBの列を除くすべての列を含むことです。

ビューに基づいてEFエンティティを作成できます。