Salut,

exista vreo tabela pe sql server 2005 unde pot vedea ultima data in care a fost folosit un obiect in special ma intereseaza la tabela (cand a fost ultima data facuta vreo operatie pe ea)

multumesc.

alex.

Mai exact, care este problema cu care te confrunti?

vreau sa aflu cand au fost folosite ultima data tabelele(insert/update/delete) ca sa pot face putina curatenie in baza de date (lasand la o parte nomenclatoarele)

multumesc

alex.

Cate tabele? Poti sa pui triggere pe acele tabele? Vezi si http://articles.techrepublic.com.com/5100-10878_11-6175865.html.

sunt cam 900 tabele in baza de date, nu as vrea sa pun trigger pt ca sunt tabele pe care se executa mii de insert-uri etc pe minut si ar ingreuna lucrul....as fi vrut sa aflu daca exista o tabela de system in care pot gasi asemenea informatii...cum pot afla data la care a fost creat un obiect as fi vrut sa vad si data ultima la care a fost folosit.

Alex:

sunt cam 900 tabele in baza de date, nu as vrea sa pun trigger pt ca sunt tabele pe care se executa mii de insert-uri etc pe minut si ar ingreuna lucrul....as fi vrut sa aflu daca exista o tabela de system in care pot gasi asemenea informatii...cum pot afla data la care a fost creat un obiect as fi vrut sa vad si data ultima la care a fost folosit.

select * from sys.tables
Vezi modified date ...

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

BOL spune ca sys.objects.modufy_date este "Date the object was last modified by using an ALTER statement. If the object is a table or a view, modify_date also changes when a clustered index on the table or view is created or altered."...

Cred ca ar trebui sa-ti definesti mai bine cerinta - ce tabele te intereseaza in primul rand, in ce consta "curatenia" pe care vrei sa o faci...Incearca sa folosesti sys.dm_db_index_usage_stats - dupa cum au fost folositi indecsii, cred ca poti deduce data ultimei operatiuni pe tabel.

Vezi si http://sqlblog.com/blogs/louis_davidson/archive/2007/07/22/sys-dm-db-index-usage-stats.aspx.

Diana:

BOL spune ca sys.objects.modufy_date este "Date the object was last modified by using an ALTER statement. If the object is a table or a view, modify_date also changes when a clustered index on the table or view is created or altered."...

scuze,,,,

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

Nici o problema...

Alex:

Salut,

exista vreo tabela pe sql server 2005 unde pot vedea ultima data in care a fost folosit un obiect in special ma intereseaza la tabela (cand a fost ultima data facuta vreo operatie pe ea)

multumesc.

alex.

Uite si o solutie bazata pe Service Broker. Se apropie destul de mult de ce iti trebuie. Partea "proasta" e ca va trebui sa te familiarizezi cu Service Broker...Daca incerci, te rog tine-ne la curent cu impresiile tale...
http://www.sqlteam.com/article/centralized-asynchronous-auditing-with-service-broker

Diana:

Alex:

Salut,

exista vreo tabela pe sql server 2005 unde pot vedea ultima data in care a fost folosit un obiect in special ma intereseaza la tabela (cand a fost ultima data facuta vreo operatie pe ea)

multumesc.

alex.

Uite si o solutie bazata pe Service Broker. Se apropie destul de mult de ce iti trebuie. Partea "proasta" e ca va trebui sa te familiarizezi cu Service Broker...Daca incerci, te rog tine-ne la curent cu impresiile tale...
http://www.sqlteam.com/article/centralized-asynchronous-auditing-with-service-broker

Diana,
Pare sa fie facuta tot cu trigger
CREATE TRIGGER dbo.trgPersonAudit
ON Person
AFTER INSERT, UPDATE, DELETE
AS

doar ca foloseste service broker in loc sa foloseasca pur si simplu un insert intr-o tabela de log-uri ...
Dar poate ca ma insel ...

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

Andrei, da, solutia propusa foloseste triggeri. Dar, dupa cum semnaleaza autorul, poti folosi clauza "OUTPUT" pentru insert, delete... - nu-i "musai" trigger-ul. Trigger-ul de pe tabela Person trimite date intr-o coada ("TargetAuditQueue") in baza MasterAudit. Din TargetAuditQueue mesajele sunt procesate asincron de catre mai multe (aici max. 50) instante ale procedurii "usp_WriteAuditData". Deci impactul asupra performantei nu ar trebui sa fie semnificativ. 

Eu deocamdata sunt incepator in ceea ce priveste Service Broker si incerc sa inteleg functionarea cautand situatii "din practica". Asta mi s-a parut potrivit pentru Alex. Sunt si eu curioasa cum merge pentru o baza cu 900 tabele, mii de insert/update/delete pe zi, etc...

...sigur ca ma astept ca audit-ul sa fie cat de cat selectiv - deci nu chiar pentru toate tabelele.... Si probabil trebuie gasita si o solutie de "cleanup" pentru MasterAuditTable...etc...

O problema ar fi totusi "SET TRUSTWORTHY ON"...