Incearca sa folosesti alias-uri pentru tabelele din query.

Oricum nu este bine sa lucrezi cu ''user cu drepturi depline''. Foloseste proceduri stocate si da user-ului drept de EXEC pe proceduri.

Poate un ''application role'' ar fi potrivit. Protectia datelor ''at rest'' este posibila in SQL 2008 (parca numai in editia ''enterprise'' (?)) prin ''transparent data encryption''. Pana atunci, ''security'' de Windows, ''physical security'', angajati de incredere...  

Poti sa pui userii / grupul in rolul ''public'' si sa dai acestui rol numai drepturile necesare. Chair daca ''management studio'' este instalat la client, user-ul este limitat la drepturile din ''public''. Poti sa ne spui mai multe despre ceea ce vrei sa faci? De exemplu despre cerintele aplicatiei care foloseste baza de date?

Ce te face sa crezi ca inca un comitet / o comitzie ar fi de folos? Pe ce te bazezi? :) Cum va putea fi realizata ideea in conditiile in care intr-adevar se vor reduce cheltuielile, personalul, etc, etc...?

Evenimentele le alegi din ''event selection''. ''Column filters'' se refera la coloane, vezi si http://www.databasejournal.com/features/mssql/article.php/3750161/Introduction-to-SQL-2005-Profiler-Part-1.htm.

Nici o problema...

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

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 ...

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