Frage

Ich habe den SQL Server -Migrationsassistenten renferisch verwendet, um eine Datenbank in SQL Server 2005 zu importieren. Ich habe festgestellt, dass eine Reihe von Tabellen, die importiert wurden, mit einer neuen Spalte namens SSMA_Timestamp ammutiert wurden.

Kann mir jemand sagen, wofür das ist und wie es verwendet werden würde?

War es hilfreich?

Lösung

Ich denke, dies wird so generiert, dass der Migrationsassistent Änderungen der Daten während der Migration erkennen kann.

Sofern Sie den Zugriff nicht weiterhin als Front -End für diese spezifische Datenbank verwenden, die Sie auf SQL Server migriert haben Sicher, diese neuen Spalten fallen zu lassen, sobald Sie sicher sind, dass alles fertig ist.

Andere Tipps

Die hinzugefügten SSMA_Timestamp -Spalten werden nicht nur während der Migration verwendet. Sie helfen tatsächlich, Fehler zu vermeiden, wenn Zugriffsdatensätze in Tabellen aktualisiert werden, die mit SQL Server verknüpft sind. Wenn Sie also noch ein Zugriff vor dem Front -End verwenden, das mit der migrierten SQL Server -Datenbank verknüpft ist, ist es am besten, die SSMA_Timestamp -Spalten nicht fallen zu lassen.

Aus dem MSDN -Artikel Optimierung von Microsoft Office Access -Anwendungen, die mit SQL Server verknüpft sind:

Unterstützung von Parallelitätskontrollen

Wahrscheinlich ist die häufigste Ursache für Aktualisierbarkeitsprobleme in den von Bürozugriffs verbundenen Tabellen, dass der Zugriff auf Büro nicht überprüfen kann, ob Daten auf dem Server dem zuletzt übereinstimmen, was der aktualisierte Dynaset abgerufen hat. Wenn Office -Zugriff diese Überprüfung nicht durchführen kann, wird davon ausgegangen, dass die Serverzeile von einem anderen Benutzer geändert oder gelöscht wurde und das Update abbricht.

Es gibt verschiedene Arten von Daten, die Bürozugriff nicht zuverlässig auf übereinstimmende Werte prüfen können. Dazu gehören große Objekttypen wie Text, Ntext, Bild und Varchar (MAX), NVARCHAR (MAX) und VARBINY (MAX), die in SQL Server 2005 eingeführt wurden und float, unterliegen Rundungsproblemen, die Vergleiche nicht imprequise machen können, was zu stornierten Updates führt, wenn sich die Werte nicht wirklich geändert haben. Office Access hat auch Probleme mit der Aktualisierung von Tabellen mit Bitspalten, die keinen Standardwert haben und Nullwerte enthalten.

Eine schnelle und einfache Möglichkeit, diese Probleme zu beheben, besteht darin, der Tabelle auf SQL Server eine Zeitstempelspalte hinzuzufügen. Die Daten in einer Zeitstempelspalte haben völlig nichts mit dem Datum oder der Uhrzeit zu tun. Stattdessen ist es ein binärer Wert, der in der Datenbank garantiert eindeutig ist und jedes Mal, wenn ein neuer Wert einer Spalte in der Tabelle zugewiesen wird, automatisch erhöht wird. Der ANSI -Standardbegriff für diese Spalteart ist Rowversion. Dieser Begriff wird in SQL Server unterstützt.

Der Bürozugriff erkennt automatisch, wann eine Tabelle diese Spaltetyp enthält, und verwendet sie in der WHERE -Klausel aller Aktualisierungs- und Löschen von Anweisungen, die diese Tabelle betreffen. Dies ist effizienter als zu überprüfen, ob alle anderen Spalten immer noch die gleichen Werte haben, die sie hatten, als der Dynaset zuletzt aktualisiert wurde.

Der SQL Server -Migrationsassistent für den Bürozugriff fügt automatisch eine Spalte mit dem Namen SSMA_Timestamp hinzu, die Datentypen enthalten, die die Aktualisierbarkeit beeinflussen könnten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top