Mai exact, care este problema cu care te confrunti?

Vezi si http://www.sqlskills.com/BLOGS/PAUL/category/Transaction-Log.aspx#p2. Despre cresterea exagerata a log-ului: http://www.sqlskills.com/BLOGS/PAUL/category/Transaction-Log.aspx#p22. Pentru ''intretinerea'' log-ului: http://www.sqlskills.com/blogs/kimberly/post/8-Steps-to-better-Transaction-Log-throughput.aspx

...Si vezi daca maretzul ERP isi face corect treaba - mesajul de eroare pare a nu se referi la codul fiscal (?)

Nu ma mai mira......am mai vazut. E bine sa semnalezi lipsa functionalitatii dezvoltatorului aplicatiei (presupun ca aplicatia nu poate fi modificata de catre voi). Daca ai acces la baza de date, incearca un CHECK pe coloana care contine codul fiscal (in SQL 2005 poti folosi o functie CLR si ''regular expressions''). Si aici ...

Aplicatia folosita pentru introducerea de date ar trebui sa verifice ca formatul noilor date e corect.

Vezi daca te ajuta http://support.microsoft.com/kb/325335  

Poti pune query-urile si centralizarea rezultatelor intr-un job care sa ruleze intr-un ''schedule''. Chiar daca nu exista serviciul SQL Server Agent (de exemplu in editia Express) poti realiza ''scheduling'' prin alte metode. Solutia cere ceva mai multa munca, dar in cazul tau se pare ca merita efortul.  

BOL is your friend......vezi ''Query Hint (Transact-SQL)''.

Poti vedea blocajele si in ''activity monitor''. Incearca si: http://www.extremeexperts.com/SQL/Yukon/DeadLockDetection.aspx http://sqlserver.ro/forums/thread/5119.aspx http://sqlblogcasts.com/blogs/tonyrogerson/archive/2007/04/06/event-notifications-monitoring-blocked-processes-and-other-events-end-to-end-how-to-set-it-up-and-make-it-work.aspx

Vezi si BOL ---> Ad Hoc Distributed Queries Option ''OPENROWSET and OPENDATASOURCE should be used only to reference OLE DB data sources that are accessed infrequently. For any data sources that will be accessed more than several times, define a linked server.'' Exista acolo si o ''security note''...