Tweet
Hallo zusammen.
Folgendes zum Hintergrund meiner Frage:
Im Kern geht es um den Umstieg einer Einzelplatzlösung zu einer Gruppe von Einzelplatzrechnern(jeweils mit SQLServer) die ihre Daten mit einem gemeinsamen Server synchronisieren. Die SQLServer Replikation wäre als bereitgestelltes Mittel von Microsoft eine Möglichkeit. Allerdings erfordert sie eingiges an Konfiguration.
Eine Grundsatzfrage die in dem Zusammenhang geklärt werden muss, ist die Art wie entsprechende Primärschlüssel der einzelnen Tabellen abgelegt werden.
Bislang werden Primär/Fremdschlüssel lokal eindeutig in INT-Spalten abgelegt.
Soweit ich nun die Situation interpretiere gibt es die folgenden 3 Varianten:
1. Sämtliche Primär/Fremdschlüssel auf GUID/IDENTIY umstellen
2. INT-Basierte Primär/Fremdschlüssel mit Einzelplatzbedingtem Offset verwenden:
Station1: 1,11,21,31,41,51
Station2: 2,12,22,32,42,52
Station3: 3,13,23,33,43,53
3. INT-Basierte Primär/Fremdschlüssel bei Replikation synchronisieren
Station1: 1,2,3,4 ---> Replikation:1,2,3,4
Station2: 1,2,3,4 ---> Replikation:2000,2001,2002,2004,
Replicating Identity Columns wäre hier das Stichwort: http://msdn.microsoft.com/en-us/library/ms152543.aspx
Dies müsste jedoch Tabellenübergreifend für die entsprechend betroffenen Primär/Fremdschlüssel erfolgen
Der Umfang beträgt in etwa 20 Tabellen, jeweils mit einem Primär- und zusätzlich 0-2 Fremdschlüsseln. Bislang kommen überall Int-basierte Schlüssel zum Einsatz.
Hilfreich wären hier Stellungnahmen von Entwicklern, die mit ähnlichen Umstiegen schon zu tun hatten, bzw generelle Meinungen zum Thema zu sammeln.
Folgendes zum Hintergrund meiner Frage:
Im Kern geht es um den Umstieg einer Einzelplatzlösung zu einer Gruppe von Einzelplatzrechnern(jeweils mit SQLServer) die ihre Daten mit einem gemeinsamen Server synchronisieren. Die SQLServer Replikation wäre als bereitgestelltes Mittel von Microsoft eine Möglichkeit. Allerdings erfordert sie eingiges an Konfiguration.
Eine Grundsatzfrage die in dem Zusammenhang geklärt werden muss, ist die Art wie entsprechende Primärschlüssel der einzelnen Tabellen abgelegt werden.
Bislang werden Primär/Fremdschlüssel lokal eindeutig in INT-Spalten abgelegt.
Soweit ich nun die Situation interpretiere gibt es die folgenden 3 Varianten:
1. Sämtliche Primär/Fremdschlüssel auf GUID/IDENTIY umstellen
2. INT-Basierte Primär/Fremdschlüssel mit Einzelplatzbedingtem Offset verwenden:
Station1: 1,11,21,31,41,51
Station2: 2,12,22,32,42,52
Station3: 3,13,23,33,43,53
3. INT-Basierte Primär/Fremdschlüssel bei Replikation synchronisieren
Station1: 1,2,3,4 ---> Replikation:1,2,3,4
Station2: 1,2,3,4 ---> Replikation:2000,2001,2002,2004,
Replicating Identity Columns wäre hier das Stichwort: http://msdn.microsoft.com/en-us/library/ms152543.aspx
Dies müsste jedoch Tabellenübergreifend für die entsprechend betroffenen Primär/Fremdschlüssel erfolgen
Der Umfang beträgt in etwa 20 Tabellen, jeweils mit einem Primär- und zusätzlich 0-2 Fremdschlüsseln. Bislang kommen überall Int-basierte Schlüssel zum Einsatz.
Hilfreich wären hier Stellungnahmen von Entwicklern, die mit ähnlichen Umstiegen schon zu tun hatten, bzw generelle Meinungen zum Thema zu sammeln.