tsql-bulk-update

Nun der erste, und einfachste Lösung wäre natürlich, wenn Sie sich ändern könnte, das schema um einen Zeitstempel für den letzten update - und dann nur aktualisieren Sie die Zeilen mit einem Zeitstempel neuer als die Letzte änderung.

Aber wenn das nicht möglich ist, einen anderen Weg zu gehen, könnte sein, die HashBytes Funktion, vielleicht durch die Verkettung der Felder in eine xml, die du dann vergleichen. Der Nachteil hier ist eine 8kb-Grenze (https://connect.microsoft.com/SQLServer/feedback/details/273429/hashbytes-function-should-support-large-data-types) EDIT: ich habe Mal wieder gestohlen code, dieses mal aus:

http://sqlblogcasts.com/blogs/tonyrogerson/archive/2009/10/21/detecting-changed-rows-in-a-trigger-using-hashbytes-and-without-eventdata-and-or-s.aspx

Beispielsweise sein:

select batch_id
from (
    select distinct batch_id, hash_combined = hashbytes( 'sha1', combined )
    from (  select batch_id,
                   combined =(  select batch_id, batch_name, some_parm, some_parm2
                                from deleted c       --  need old values
                                where c.batch_id = d.batch_id
                                for xml path( '' ) )
            from deleted d
            union all
            select batch_id,
                   combined =(  select batch_id, batch_name, some_parm, some_parm2
                                from some_base_table c       --  need current values (could use inserted here)
                                where c.batch_id = d.batch_id
                                for xml path( '' ) )
            from deleted d
        ) as r
    ) as c
group by batch_id
having count(*) > 1

Letztes Mittel (und meine ursprüngliche Vorschlag) ist, zu versuchen, Binary_Checksum? Wie bereits im Kommentar, bedeutet dies nicht, öffnen Sie das Risiko ein eher hohes kollisionsrisiko.

http://msdn.microsoft.com/en-us/library/ms173784.aspx

Ich habe gestohlen das folgende Beispiel aus lessthandot.com - link zu den vollständigen SQL (und andere Coole Funktionen) ist unten.

--Data Mismatch
SELECT 'Data Mismatch', t1.au_id
FROM( SELECT BINARY_CHECKSUM(*) AS CheckSum1 ,au_id FROM pubs..authors) t1
JOIN(SELECT BINARY_CHECKSUM(*) AS CheckSum2,au_id FROM tempdb..authors2) t2 ON t1.au_id =t2.au_id
WHERE CheckSum1 <> CheckSum2

Beispiel von http://wiki.lessthandot.com/index.php/Ten_SQL_Server_Functions_That_You_Have_Ignored_Until_Now

Ich weiß nicht, ob dies besser ist, als das hinzufügen where my.A1 <> their.A1 and my.A2 <> their.A2 and my.A3 <> their.A3, aber ich würde auf jeden Fall geben, es zu versuchen (vorausgesetzt, SQL Server 2005+):

declare @again as bit;
set @again = 1;

declare @idlist table (Id int);

while @again = 1
  begin
    update top (10000) MyTableA
    set my.A1 = their.A1, my.A2 = their.A2, my.A3 = their.A3
    output inserted.Id into @idlist (Id)
    from MyTableA my
    join TheirTableA their on my.Id = their.Id
    left join @idlist i on my.Id = i.Id
    where i.Id is null
    /* alternatively (instead of left join + where):
    where not exists (select * from @idlist where Id = my.Id) */

    if @@ROWCOUNT > 0
      set @again = 1
    else
      set @again = 0
end

Ist, deklarieren Sie eine table-variable für die Erfassung der IDs der Zeilen aktualisiert werden, und verwenden Sie diese Tabelle zum nachschlagen (und das weglassen) - IDs, die bereits aktualisiert wurden.

Einer leichten variation auf die Methode wäre, um eine lokale temporäre Tabelle anstelle einer Tabelle variable. Auf diese Weise würde man in der Lage sein, erstellen Sie einen index auf der ID-lookup-Tabelle, die möglicherweise zu einer verbesserten Leistung führen.