SSMA timestamp. Cosa serve, come si usa?

Question

I rencently usato il Migration Server Assistente SQL per importare un database in SQL Server 2005. Ho notato che un certo numero di tabelle che sono stati importati sono stati ammended con una nuova colonna chiamata SSMA_timestamp.

Qualcuno può dirmi di cosa si tratta e come sarebbe essere utilizzato?

Answer 1

Credo che questo viene generato in modo che l'applicazione di migrazione in grado di rilevare le modifiche ai dati durante la migrazione.

A meno che non si sta continuando a utilizzare Access come un front-end per questo database specifico la migrazione a SQL Server (in questo caso vedere la risposta di Simon), non credo che saranno utilizzati per qualsiasi cosa dopo la migrazione è stata completata, così dovrebbe essere sicuro di abbandonare queste nuove colonne, una volta si è certi che tutto è fatto.

Answer 2

Le colonne SSMA_timestamp aggiunti non sono utilizzati solo durante la migrazione. Essi in realtà consentono di evitare gli errori quando gli aggiornamenti di accesso record in tabelle collegate a SQL Server. Quindi, se si sta ancora utilizzando un front-end di accesso legata al database di SQL Server migrato, sarebbe meglio per non far cadere le colonne SSMA_timestamp.

da MSDN articolo Optimizing Microsoft Office applicazioni di accesso collegati a SQL Server :

  

Controlli Concorrenza supporto

     

Probabilmente la principale causa di problemi di aggiornabilità nelle tabelle Office Access-linked è che Office Access non è in grado di verificare se i dati sul server di partite quello che era lo scorso recuperate dal dynaset in fase di aggiornamento. Se Office Access non è in grado di eseguire questa verifica, si presuppone che la riga server è stato modificato o eliminato da un altro utente e interrompe l'aggiornamento.

     

Ci sono diversi tipi di dati che Office Access non è in grado di controllare in modo affidabile per i valori corrispondenti. Questi includono i tipi di oggetto grande, come testo, ntext, immagini, e il varchar (max), nvarchar (max) e varbinary (max) tipi introdotte in SQL Server 2005. Inoltre, a virgola mobile tipi numerici, come reale e galleggiante, sono soggetti a problemi di arrotondamento che possono fare paragoni impreciso, con conseguente aggiornamenti annullate quando i valori non sono davvero cambiati. Office Access ha anche problemi di aggiornare le tabelle contenenti colonne di bit che non hanno un valore di default e che contengono valori nulli.

     

Un modo semplice e veloce per risolvere questi problemi è quello di aggiungere una colonna timestamp alla tabella di SQL Server. I dati in una colonna timestamp è del tutto estraneo alla data o l'ora. Invece, è un valore binario che è garantito per essere unico in tutto il database e di aumentare automaticamente ogni volta che un nuovo valore viene assegnato a qualsiasi colonna della tabella. Il termine standard ANSI per questo tipo di colonna è rowversion. Questo termine è supportato in SQL Server.

     

Office Access rileva automaticamente quando una tabella contiene questo tipo di colonna e lo utilizza nella clausola WHERE di tutti UPDATE e DELETE che interessano quel tavolo. Questo è più efficiente di verificare che tutte le altre colonne hanno ancora gli stessi valori che avevano quando il dynaset dell'ultimo aggiornamento.

     

Il Migration Assistant di SQL Server per Office Access aggiunge automaticamente una colonna denominata SSMA_TimeStamp per tutte le tabelle che contengono tipi di dati che potrebbero influenzare aggiornabilità.