TSQL-Fremdschlüssel in Sichten?

Peter schon Treffer, aber die beste Lösung ist:

1. Erstellen der "main" - Logik (dass die Filterung der referenzierten Tabelle) einst.
2. Haben alle Blick auf Verwandte Tabellen "join", um die Ansicht erstellt (1), nicht die original-Tabelle.

I. e.,

CREATE VIEW v1 AS SELECT * FROM table1 WHERE blah

CREATE VIEW v2 AS SELECT * FROM table2 WHERE EXISTS
  (SELECT NULL FROM v1 WHERE v1.id = table2.FKtoTable1)

Sicher, syntaktische Zucker für die Vermehrung Filter für Ansichten, die auf einer Tabelle mit Aussicht auf untergeordnete Tabellen, die nützlich sein würde, aber, ach, es ist nicht Teil des SQL-Standards. Das heißt, diese Lösung ist immer noch gut genug -- effizient, überschaubar, wartbar, und garantiert den gewünschten Zustand für den Verzehr code.

InformationsquelleAutor der Antwort richardtallent

Es dauerte einige Zeit, um herauszufinden, die misunderstaning hier-nicht sicher, ob ich noch absolut nachvollziehen, aber hier ist es.
Ich werde ein Beispiel, in der Nähe verkaufen, aber mit einigen Daten -- einfacher für mich, in diesen Begriffen denken.

Also zuerst zwei Tabellen; A = Abteilung B = Mitarbeiter

CREATE TABLE Department
  ( 
   DepartmentID int PRIMARY KEY
  ,DepartmentName varchar(20)
  ,DepartmentColor varchar(10)
  )
GO 
CREATE TABLE Employee
  ( 
   EmployeeID int PRIMARY KEY
  ,EmployeeName varchar(20)
  ,DepartmentID int FOREIGN KEY REFERENCES Department ( DepartmentID )
  )
GO 

Nun ich werde werfen einige Daten in

INSERT  INTO Department
  ( DepartmentID, DepartmentName, DepartmentColor )
 SELECT 1, 'Accounting', 'RED' UNION
 SELECT 2, 'Engineering', 'BLUE' UNION
 SELECT 3, 'Sales', 'YELLOW'  UNION
 SELECT 4, 'Marketing', 'GREEN' ;

INSERT  INTO Employee
  ( EmployeeID, EmployeeName, DepartmentID )
 SELECT 1, 'Lyne', 1 UNION
 SELECT 2, 'Damir', 2 UNION
 SELECT 3, 'Sandy', 2 UNION
 SELECT 4, 'Steve', 3 UNION
 SELECT 5, 'Brian', 3 UNION
 SELECT 6, 'Susan', 3 UNION
    SELECT 7, 'Joe', 4 ;

So, ich werd jetzt eine Ansicht erstellen, in der ersten Tabelle zu filtern, einige Abteilungen aus.

CREATE VIEW dbo.BlueDepartments
AS
SELECT * FROM dbo.Department
WHERE DepartmentColor = 'BLUE'
GO

Diese gibt

DepartmentID DepartmentName       DepartmentColor
------------ -------------------- ---------------
2            Engineering          BLUE

Und pro dein Beispiel, ich werde das hinzufügen einer Ansicht für die zweite Tabelle, die nicht filtern nichts.

CREATE VIEW dbo.AllEmployees
AS
SELECT * FROM dbo.Employee
GO

Diese gibt

EmployeeID  EmployeeName         DepartmentID
----------- -------------------- ------------
1           Lyne                 1
2           Damir                2
3           Sandy                2
4           Steve                3
5           Brian                3
6           Susan                3
7           Joe                  4

Scheint es mir, dass Sie denken, dass der Mitarbeiter Keine 5, DepartmentID = 3 Punkte nach nirgendwo?

"Du wirst am Ende mit den Angaben in der
zweite Sicht, die point nirgendwo."

Gut, es weist auf die Department Tabelle DepartmentID = 3 wie angegeben mit der foreign key. Auch wenn Sie versuchen, join-view auf view nichts gebrochen ist:

SELECT  e.EmployeeID
       ,e.EmployeeName
       ,d.DepartmentID
       ,d.DepartmentName
       ,d.DepartmentColor
FROM    dbo.AllEmployees AS e
        JOIN dbo.BlueDepartments AS d ON d.DepartmentID = e.DepartmentID
        ORDER BY e.EmployeeID

Gibt

EmployeeID  EmployeeName         DepartmentID DepartmentName       DepartmentColor
----------- -------------------- ------------ -------------------- ---------------
2           Damir                2            Engineering          BLUE
3           Sandy                2            Engineering          BLUE   

Also nichts gebrochen ist hier die Verbindung einfach nicht finden die passenden Datensätze für DepartmentID <> 2 Dies ist eigentlich das gleiche wie wenn ich join-Tabellen und dann "einschließen" - filter als in der ersten Ansicht:

SELECT  e.EmployeeID
       ,e.EmployeeName
       ,d.DepartmentID
       ,d.DepartmentName
       ,d.DepartmentColor
FROM    dbo.Employee AS e
        JOIN dbo.Department AS d ON d.DepartmentID = e.DepartmentID
        WHERE d.DepartmentColor = 'BLUE'
     ORDER BY e.EmployeeID

Kehrt wieder:

EmployeeID  EmployeeName         DepartmentID DepartmentName       DepartmentColor
----------- -------------------- ------------ -------------------- ---------------
2           Damir                2            Engineering          BLUE
3           Sandy                2            Engineering          BLUE

In beiden Fällen schließt sich nicht Versagen, Sie einfach tun, wie erwartet.

Jetzt werde ich versuchen zu brechen, die die referenzielle Integrität durch eine Ansicht (es gibt keine DepartmentID= 127)

INSERT  INTO dbo.AllEmployees
      ( EmployeeID, EmployeeName, DepartmentID )
VALUES( 10, 'Bob', 127 )

Ergibt:

Msg 547, Level 16, State 0, Line 1
The INSERT statement conflicted with the FOREIGN KEY constraint "FK__Employee__Depart__0519C6AF". The conflict occurred in database "Tinker_2", table "dbo.Department", column 'DepartmentID'.

Wenn ich versuche zu löschen, eine Abteilung über die Ansicht

DELETE FROM dbo.BlueDepartments
WHERE DepartmentID = 2

Sind die Ergebnisse in:

Msg 547, Level 16, State 0, Line 1
The DELETE statement conflicted with the REFERENCE constraint "FK__Employee__Depart__0519C6AF". The conflict occurred in database "Tinker_2", table "dbo.Employee", column 'DepartmentID'.

Also Einschränkungen in den zugrunde liegenden Tabellen gelten weiterhin.

Hoffe, das hilft, aber vielleicht habe ich dein problem missverstanden.

InformationsquelleAutor der Antwort Damir Sudarevic

So etwas in Ansicht2 wird wahrscheinlich Ihre beste Wette:

CREATE VIEW View2
AS
     SELECT
          T2.col1,
          T2.col2,
          ...
     FROM
          Table2 T2
     INNER JOIN Table1 T1 ON
          T1.pk = T2.t1_fk

InformationsquelleAutor der Antwort Tom H

Mit Rob Farley schema:

CREATE TABLE dbo.testtable(
id int IDENTITY(1,1) PRIMARY KEY,
val int NOT NULL); 
go
INSERT dbo.testtable(val)
VALUES(20),(30),(40),(50),(60),(70);
go 
CREATE TABLE dbo.secondtable(
id int NOT NULL,
CONSTRAINT FK_SecondTable FOREIGN KEY(id) REFERENCES dbo.TestTable(id)); 
go

CREATE TABLE z(n tinyint PRIMARY KEY);
INSERT z(n)
VALUES(0),(1);
go
CREATE VIEW dbo.SecondTableCheck WITH SCHEMABINDING AS
SELECT 1 n
FROM dbo.TestTable AS t JOIN dbo.SecondTable AS s ON t.Id = s.Id
CROSS JOIN dbo.z
WHERE t.Val < 50;
go
CREATE UNIQUE CLUSTERED INDEX NoSmallIds ON dbo.SecondTableCheck(n);
go

Musste ich erstellen Sie eine kleine helper-Tabelle (dbo.z), um diese Arbeit zu machen, weil indizierte sichten können nicht self-joins, outer-joins, Unterabfragen, oder abgeleitete Tabellen (und TVCs zählen als abgeleitete Tabellen).

InformationsquelleAutor der Antwort Stupid SQL Tricks

Konnte man die Bühne in der gefilterten Tabelle 1 Daten zu einem anderen Tisch. Der Inhalt dieses staging-Tabelle sind Ihrer Ansicht 1, und dann bauen Sie anzeigen 2 über eine Verknüpfung der staging-Tabelle und die Tabelle 2. Diese Art der Verarbeitung für die Filterung der Tabelle 1 wird einmal ausgeführt und wiederverwendet werden für beide Ansichten.

Wirklich, was es läuft darauf hinaus, dass view 2 hat keine Ahnung, welche Art der Filterung Sie ausgeführt in Ansicht 1, es sei denn, Sie erzählen Ansicht 2 die Filterkriterien an, oder machen es irgendwie abhängig von den Ergebnissen der Sicht 1, was bedeutet, dass die Emulation die gleiche Filterung, das Auftritt, auf view1.

Einschränkungen nicht ausführen jeder Art von filtern, die Sie nur verhindern, dass ungültige Daten, oder die cascade-Taste, ändert und löscht.

InformationsquelleAutor der Antwort AaronLS

Rein Datenintegrität Perspektive (und nichts zu tun mit dem Query-Optimizer), ich hatte mir überlegt, eine Indizierte Sicht. Ich dachte, Sie könnten einen eindeutigen index auf, was könnte gebrochen werden, wenn Sie versuchen, Sie gebrochen zu haben Integrität in Ihren zugrunde liegenden Tabellen.

Aber... ich glaube nicht, dass Sie bekommen können, um die Einschränkungen von indizierten sichten gut genug.

Beispiel:

Sie nicht verwenden können, die outer-joins oder sub-queries. Das macht es sehr schwer, die Zeilen zu suchen, die nicht existieren, in den Blick. Wenn Sie die Aggregate, die Sie nicht verwenden können, so dass schneidet einige Optionen, die Sie verwenden könnte, gibt es auch. Sie kann auch nicht Konstanten, die in einer indizierten Sicht, wenn Sie die Gruppierung (ob oder nicht Sie verwenden Sie eine GROUP BY-Klausel), so können Sie nicht einmal versuchen, einen index über einen Konstanten Bereich, so dass eine zweite Reihe fällt. Sie können nicht verwenden Sie UNION ALL, also die Idee, dass eine Zählung, die brechen einen eindeutigen index, wenn es Sie trifft eine zweite null nicht funktionieren.

Ich fühle mich wie es sollte eine Antwort sein, aber ich fürchte, du wirst zu haben, um einen guten Blick auf Ihre tatsächliche design und arbeiten Sie heraus, was Sie wirklich brauchen. Vielleicht löst (und gute Indizes) auf die Tabellen eingebunden, so dass änderungen, die möglicherweise etwas zu brechen kann roll es alles.

Aber ich hatte wirklich gehofft, in der Lage sein, etwas zu deuten, dass der Abfrageoptimierer möglicherweise in der Lage zu nutzen, um zu helfen, die Leistung Ihres Systems, aber ich glaube nicht, dass ich es kann.

InformationsquelleAutor der Antwort Rob Farley