die Replikation zwischen zwei Tabellen mit unterschiedlichen Namen und mit unterschiedlichen Spaltennamen. Ist es möglich, erstellen Sie eine solche Replikation

Offenbar, die Antwort lautet: "definieren Sie die Artikel, die Sie haben zu setzen Sie die @vertical_partition parameter auf "true" und fügen Sie die Spalten, die Sie wollen mit sp_articlecolumn."

Jedoch habe ich zu Fragen, warum Sie das tun. Replikation in meinem Kopf ist das nicht ein Allgemeines Werkzeug zum verschieben von Daten zwischen im Gegensatz zu Datenbanken, aber für die Aufbewahrung von zwei identischen Datenbanken in sync.

Andere Ideen:

• Sie eine neue Quell-Tabelle, passt aber in die Ziel-Tabelle und einen trigger verwenden, um halten Sie die source-Tabelle synchronisiert werden.
• Drücken Sie die source-Tabelle unversehrt an das Ziel und den SERIENDRUCK in der Ziel-Datenbank.
• Die Replikation kann nicht wirklich die richtige Lösung sein, hier. Was sind die business-Regeln & Vorschriften, die fordern, das zu tun? Haben Sie sich überlegt mit dem SSIS?
• Wenn es notwendig IST, für die beiden Tabellen werden in exakte Synchronisation die ganze Zeit, was ist dann der Kanal von änderungen an der source-Tabelle-eine Anwendung? Es klingt fast wie Ihre Anwendung eine neue Ebene der Abstraktion, ein Daten-schreiben-Schicht, die weiß, wie man schreibt, um zwei Quellen gleichzeitig.

Versuchen, Sie zu halten synchronisierten Daten zwischen zwei verschiedenen Datenbanken ein problem sein kann. Es können alle Arten von subtilen Probleme mit race conditions, Mangel an verteilten Transaktionen (die Konsistenz und Reaktion auf Ausfälle), Probleme mit den workarounds geschaffen, um zu tun, damit Sie nicht mit verteilten Transaktionen, und so weiter und so Fort. Können Sie stattdessen erstellen Sie einen verknüpften server und einige Ansichten, die tatsächlich machen die Daten in einer Datenbank Echtzeit-Zugriff von den anderen?

Bitte erzählen Sie uns mehr über Ihre Anforderungen und warum Sie dies tun müssen.

Update

Wenn Sie die manuelle Aktualisierung der route beachten Sie, dass Sie können nicht für einen Zeitraum, der insert -, update-und delete-Operationen en masse. Wenden Sie sich Sie Sie ein zu einer Zeit, um. Wenn Sie statt der Arbeit mit aktuellen Stand eher als intermediate-Operationen mit den Daten, dann kann man alle Zeilen auf einmal. Ich zeige Ihnen das MERGE-Beispiel, nicht die Geschichte-Wiedergabe ein.

BEGIN TRAN;

DELETE D
FROM LinkedServer.dbo.Dest D WITH (TABLOCKX, HOLDLOCK)
WHERE
   NOT EXISTS (
      SELECT *
      FROM Source S
      WHERE D.Key = S.Key
   );

UPDATE D
SET
   D.Col1 = S.Col4,
   D.Col2 = S.Col5,
   D.Col3 = S.Col6,
   D.Col4 = S.Col7,
FROM
   LinkedServer.dbo.Dest D
   INNER JOIN Source S ON D.Key = S.Key
WHERE
   D.Col1 <> S.Col4
   OR EXISTS (
      SELECT D.Col2, D.Col4
      EXCEPT
      SELECT S.Col3, S.Col6
   ); -- or some other way to handle comparison of nullable columns

INSERT LinkedServer.dbo.Dest (Col1, Col2, Col3)
SELECT Col4, Col5, Col6
FROM Source S WITH (TABLOCK, HOLDLOCK)
WHERE
   NOT EXISTS (
      SELECT *
      FROM LinkedServer.dbo.Dest D
      WHERE S.Key = D.Key
   );

COMMIT TRAN;

Können Sie finden es besser, schieben Sie die gesamte Tabelle und Mach den merge-Vorgang auf dem Zielserver.

Die sperrhinweise ich in auf der ersten Abfrage sind wichtig, wenn Sie gehen, um eine konsistente point-in-time-snapshot. Wenn Sie nicht interessiert sind, dann nehmen Sie die sperrhinweise aus.

Wenn Sie feststellen, dass updates über die verknüpften server sind langsam, und drücken Sie anschließend die gesamte Tabelle in einem Stück auf eine temporäre staging-Tabelle auf dem entfernten server, und den SERIENDRUCK in ein Skript komplett auf dem remote-server.