SQL Serverのビューのデザイン

Question

私はビューを使用して単純化したいものに対して大きなクエリを実行しているデータベースを持っています。それらの多くがありますが、表には、基本的には、この（擬似コード）のようになります。

TABLE document (
Id int PRIMARY KEY, 
    /*more metadata columns*/ 
) 

TABLE name (
    Id int PRIMARY KEY, 
    documentId int FOREIGN KEY REFERENCES document.Id, 
    date DATETIME, 
    text varchar(MAX) 
) 

TABLE description (
    Id int PRIMARY KEY, 
    documentId int FOREIGN KEY REFERENCES document.Id, 
    date DATETIME, 
    text varchar(MAX) 
) 

だから、アイデアは「文書」の表は、の残りの部分を結びつける文書とIDに関する基本的な情報が含まれていることですテーブルを文書に追加します。他のすべての表は、更新可能な文書の個々の属性用です。各更新は、タイムスタンプで独自の行を取得します。私が見たいと思っているのは、ドキュメントごとに1つの行で、各属性の最新のバージョンが他のテーブルに入っています（これ以上の詳細化や例が必要な場合は、私に知らせてください）。私はこれを取り除くことができる最も複雑な方法は何ですか？ SQL Server 2008の使用。

Answer 1

：

; WITH cName AS 
(SELECT * 
FROM (SELECT ID, documentID, 
     date, text, 
     ranking = ROW_NUMBER() OVER (PARTITION BY documentID ORDER BY date DESC) 
     FROM name) x 
WHERE ranking = 1), 
.... [more CTE's here] 
SELECT columnlist 
FROM document d JOIN cName cn ON d.id=cn.documentid 

Answer 2

SQL Server 2008は、インデックスの計算列をサポートしています。したがって、そのdocument_idの最新の時間を持つ行に対して、 "is_latest"という列を1に設定することができます。今は、あなたがis_latest列を使用することができますクエリをすると、はるかに速くなります。参照してください - そうのようにあなたは、文書IDの最新の属性値を返すために、ビュー内の各属性のCTEを使用することができhttp://msdn.microsoft.com/en-us/library/ms189292.aspx

Answer 3

ビューは、効率を高めることはありません。ビューは、拡大するマクロです。

ビューには魔法はありませんが、拡張クエリが大量になる可能性があるため、このビューに参加すると苦労することがあります。

ビューにインデックスを付けることはできますが、NOEXPANDヒントをすべて使用する場合を除き、Enterprise Editionで最も効果的です。

しかし、制限があるときにビューのインデックスを作成しない限り、クエリは非常に簡単です。

1つのアプローチは、Stuart AinsworthのアプローチによるCTEです。もう一つは、私がhere on dba.seと書いた「グループごとの最大」アプローチです。これらのどちらも安全ではありませんindexed views.