Verbundrichtlinien und -einschränkungen

Die Syntax zum Erstellen einer Verbundtabelle wird unter CREATE TABLE (Windows Azure SQL-Datenbank) beschrieben. Nachfolgend finden Sie ein Beispiel für das Erstellen eines Verbunds mit dem Namen CustomerFederation und das Erstellen einer Verbundtabelle mit dem Namen Customer. Der Verbundverteilungsschlüssel für CID ist mit der Verbundtabellenspalte für CustomerID über die Klausel "FEDERATE ON" verknüpft:

CREATE FEDERATION CustomerFederation(cid BIGINT RANGE)
GO

USE FEDERATION CustomerFederation(cid = 0) WITH RESET, FILTERING=OFF
GO

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Customer](
[CustomerID] [bigint] NOT NULL,
[Title] [nvarchar](8) NULL,
[FirstName] [nvarchar](50) NOT NULL,
[MiddleName] [nvarchar](50) NULL,
[LastName] [nvarchar](50) NOT NULL,
[Suffix] [nvarchar](10) NULL,
[CompanyName] [nvarchar](128) NULL,
[SalesPerson] [nvarchar](256) NULL,
[EmailAddress] [nvarchar](50) NULL,
[Phone] [nvarchar](25) NULL,
 CONSTRAINT [PK_Customer] PRIMARY KEY CLUSTERED 
(
[CustomerID] ASC
) 
)FEDERATED ON (cid = CustomerID)

Die Zeilen in einer Verbundtabelle werden automatisch auf alle Elementdatenbanken in einem Verbund verteilt. Das Element, in dem sich eine bestimmte Zeile befindet, ist abhängig vom Wert der Spalte, mit der eine Verbundtabelle verbunden ist. Jedes Verbundelement deckt einen bestimmten Wertebereich für den Verbundschlüssel ab und enthält Zeilen, in denen der Wert der Verbundspalte in dem Bereich liegt, der von dem Element abgedeckt wird.

Verbundtabellen werden in Vorgänge wie SPLIT und DROP eingeschlossen. Beispielsweise wird ein Verbundelement durch einen SPLIT-Vorgang in zwei neue Datenbanken geteilt. Die Zeilen von Verbundtabellen in dem Element werden ebenfalls geteilt, und die Daten befinden sich nach Abschluss des SPLIT-Vorgangs in den neuen Elementen. Dieser Vorgang wird automatisch durchgeführt und ist für jede Anwendung mit dem Verbund sichtbar.

Verbundtabellen weisen die folgenden Einschränkungen auf:

• Die Verbundspalte der Verbundtabelle kann nur Daten enthalten, die innerhalb der Grenzwerte range_low (einschließlich) und range_high (ausschließlich) des Verbundmitglieds liegen.
  
  
• Der Datentyp der Verbundspalte muss exakt mit dem Datentyp übereinstimmen, der in der Verbunddefinition festgelegt ist.
  
  
• All eindeutigen und gruppierten Indizes der Verbundtabelle müssen die Verbundspalte enthalten. Die Reihenfolge, in der die Verbundspalte im Index angezeigt wird, kann von der Ordnungszahl des Schlüssels im Verbund abweichen.
  
  
• Verbundspaltenwerte können nicht auf Werte außerhalb des Verbundmitgliedsbereichs aktualisiert werden.
  
  
• Die Verbundspalte kann keine persistente oder nicht persistente berechnete Spalte sein.
  
  
• Indizierte Sichten werden in Verbundmitgliedern nicht unterstützt.
  
  
• Verbundspalten lassen keine NULL-Werte zu.
  
  
• Alle Fremdschlüsseleinschränkungen für Verbundtabellen müssen die Verbundspalte sowohl in der verweisenden Tabelle als auch in der Tabelle, auf die verwiesen wird, mit derselben Ordnungszahl in den Fremdschlüssel einbeziehen. Für Verweistabellen können keine Fremdschlüsselbeziehungen zu Verbundtabellen definiert werden. Für Verbundtabellen hingegen können ohne Einschränkungen Fremdschlüsselbeziehungen zu Verbundtabellen definiert werden.
  
  
• Mit der FEDERATED ON-Klausel erstellte Tabellen können wie gewohnt gelöscht werden. Sie können auch ALTER TABLE verwenden, um alle Eigenschaften einer Verbundtabelle zu ändern. Verbundattribute wie der Verbundschlüssel sind hiervon ausgenommen. Um eine Verweistabelle in eine Verbundtabelle oder eine Verbundtabelle in eine Verweistabelle zu ändern, müssen Sie neue Tabellen mit den gewünschten Eigenschaften erstellen und die vorhandene Tabelle löschen.
  
  
• Wenn eine Tabelle mit STATISTICS_NORECOMPUTE gekennzeichnet ist, werden Statistiken beim Durchführen von Verbundvorgängen wie SPLIT nicht für ungültig erklärt und nicht neu berechnet. Dies kann nach Neupartitionierungsvorgängen wie SPLIT zu Problemen im Ausführungsplan führen.
  
  
• Verbundmitglieder bieten keine Unterstützung für die IDENTITY-Eigenschaft.
  
  
• Verbundmitglieder bieten keine Unterstützung für die Datentypen timestamp und rowversion.
  
  

Alle allgemeinen Tabellenmetadaten für Verbundtabellen werden wie Verweistabellen in bekannten Systemmetadatentabellen, z. B. sys.objects, gespeichert. Verbundspezifische Eigenschaften werden jedoch in sys.federated_table_columns (Windows Azure SQL-Datenbank) gespeichert.

Verweistabellen sind Tabellen, die ohne die Klausel "FEDERATE ON" erstellt werden, und bei denen keine automatische Verteilung auf alle Verbundmitglieder erfolgt. Verweistabellen können manuell über alle Elemente eines Verbunds repliziert werden. Ein entsprechender automatischer Vorgang ist jedoch nicht vorhanden.

Verweistabellen enthalten oftmals ergänzende Informationen für Abfragen von Verbundtabellen. Dadurch entfällt die Notwendigkeit, mehrere Datenbanken abzufragen. So kann es sinnvoll sein, Kundendaten auf mehrere Elementdatenbanken zu vereinen und zu verteilen, während dies für entsprechende Daten zu Bundesländern und Postleitzahlen nicht unbedingt hilfreich ist. Sie können jedoch eine Kopie der Angaben für das Bundesland und die Postleitzahl im jeweiligen Verbundmitglied speichern, sodass Abfragen nicht für mehrere Datenbanken ausgeführt werden müssen.

Der geography- und der geometry-Typ können nicht als Datentyp der Spalte verwendet werden, mit der eine Verbundtabelle verbunden ist. Sie können jedoch Datentypen der Verbundtabelle sein. Die Verwendung von räumlichen Daten für Verbunde unterliegt keinen weiteren Einschränkungen.

Räumliche Indizes bleiben nach einem SPLIT- oder DROP-Vorgang in den Zielverbundmitgliedern konsistent und intakt.

Der Hierarchie-ID-Typ kann nicht als Datentyp der Spalte verwendet werden, mit der eine Verbundtabelle verbunden ist. Er kann jedoch ein Datentyp der Verbundtabelle sein. Die Verwendung der Hierarchie-ID für Verbunde unterliegt keinen weiteren Einschränkungen.

Hierarchie-ID-Indizes bleiben nach einem SPLIT- oder DROP-Vorgang in den Zielverbundmitgliedern konsistent und intakt.