Verificați pentru modificări într-o tabelă SQL Server?

De ce nu doriți să utilizați declanșatoarele? Ele sunt un lucru bun dacă le folosiți corect. Dacă le folosiți ca o modalitate de a impune integritate referențială, atunci când acestea merg de la bun la rău. Dar dacă le folosiți pentru monitorizare, acestea nu sunt considerate tabu.

Ghiciți-vă bine aici: dacă nu doriți să modificați tabelele terților, puteți să creați o vizualizare și apoi să puneți un declanșator în acea vizualizare?

Aveți o activitate DTS (sau o activitate inițiată de un serviciu Windows) care rulează la un interval dat. De fiecare dată când se execută, primește informații despre tabelul dat utilizând sistemul INFORMATION_SCHEMA și înregistrează aceste date în depozitul de date. Comparați datele returnate cu privire la structura tabelului cu datele returnate la ora precedentă. Dacă este diferită, atunci știi că structura sa schimbat.

Exemplu de interogare pentru a returna informații despre toate coloanele din tabelul ABC (în mod ideal, afișați doar coloanele din tabelul INFORMATION_SCHEMA pe care doriți, în loc să utilizați * selectați ** așa cum fac aici):

select * from INFORMATION_SCHEMA.COLUMNS where TABLE_NAME = 'ABC'

Veți monitoriza diferitele coloane și opțiunile INFORMAȚII_SCHEMA în funcție de modul în care definiți "modificările aduse unui tabel".

Cât de des trebuie să verificați modificările și cât de mari (în ceea ce privește dimensiunea rândului) sunt tabelele din baza de date? Dacă utilizați metoda CHECKSUM_AGG (BINARY_CHECKSUM (*)) sugerată de John, aceasta va scana fiecare rând din tabelul specificat. Indicația NOLOCK ajută, dar pe o bază de date mare, încă mai apăsați fiecare rând. De asemenea, va trebui să stocați suma de control pentru fiecare rând, astfel încât să-i spuneți că cineva sa schimbat.

Te-ai gândit la asta dintr-un alt unghi? Dacă nu doriți să modificați schema pentru a adăuga declanșatori (ceea ce face sens, nu este baza dvs. de date), ați gândit să lucrați cu furnizorul de aplicații care face baza de date?

Aceștia ar putea implementa un API care să ofere un mecanism de notificare a aplicațiilor accesoriu că datele s-au schimbat. Ar putea fi la fel de simplu ca scrierea unui tabel de notificare care să indice ce tabelă și ce rând au fost modificate. Acest lucru ar putea fi implementat prin triggere sau cod de aplicație. Din partea dvs., nu va conteaza, singura dvs. preocupare ar fi scanarea tabelului de notificare periodic. Performanța lovită în baza de date ar fi mult mai puțin decât scanarea fiecărui rând pentru modificări.

Partea greu ar fi convingerea furnizorului de aplicații să implementeze această caracteristică. Deoarece acest lucru se poate face în întregime prin SQL prin declanșatoare, ați putea face cea mai mare parte a lucrării pentru ei scriind și testarea declanșatoarelor și apoi aducerea codului la furnizorul de aplicații. Având suportul vânzătorului declanșatorii, acesta împiedică situația în care adăugarea unui declanșator înlocuiește din neatenție un declanșator furnizat de furnizor.

Uitați-vă la comanda CHECKSUM:

SELECT CHECKSUM_AGG(BINARY_CHECKSUM(*)) FROM sample_table WITH (NOLOCK);

Aceasta va returna același număr de fiecare dată când este rulat, atâta timp cât conținutul tabelului nu sa schimbat. Vedeți postarea mea despre asta pentru mai multe informații:

CHECKSUM

Here's how I used it to rebuild cache dependencies when tables changed:
ASP.NET 1.1 database cache dependency (without triggers)

Din păcate, nu cred că există un mod curat de a face acest lucru în SQL2000. Dacă vă restrângeți cerințele la SQL Server 2005 (și mai târziu), atunci sunteți în afaceri. Puteți utiliza clasa SQLDependency în System.Data.SqlClient . Vedeți Notificările de interogare în SQL Server (ADO.NET) .

Verificați ultima dată de comitere. Fiecare bază de date are un istoric în care se efectuează fiecare comitet. Eu cred că este un standard de conformitate cu ACID.

Unfortunately CHECKSUM does not work always properly to detect changes. It is only a primitive checksum and no CRC calculation. Therefore you can't use it to detect all changes, e. g. symmetrical changes result in the same CHECKSUM!

De exemplu. soluția cu CHECKSUM_AGG (BINARY_CHECKSUM (*)) oferă întotdeauna 0 pentru toate cele 3 tabele cu conținut diferit!

SELECT CHECKSUM_AGG(BINARY_CHECKSUM(*)) FROM 
(
  SELECT 1 as numA, 1 as numB
  UNION ALL
  SELECT 1 as numA, 1 as numB
)  q
-- delivers 0!




SELECT CHECKSUM_AGG(BINARY_CHECKSUM(*)) FROM 
(
  SELECT 1 as numA, 2 as numB
  UNION ALL
  SELECT 1 as numA, 2 as numB
)  q
-- delivers 0!




SELECT CHECKSUM_AGG(BINARY_CHECKSUM(*)) FROM 
(
  SELECT 0 as numA, 0 as numB
  UNION ALL
  SELECT 0 as numA, 0 as numB
)  q
-- delivers 0!