Cind se mai intimpla conecteaza-te la conexiunea administrativa DAC si:1) uitat-te la sys.dm_os_schedulers, sys.dm_os_workers si sys.dm_os_tasks. Ce ma intereseaza este daca ai  ceva in work_queue_count in schedulers, daca workers sint deja egali cu valoarea din sp_configure max workers count si daca ai multe task-uri. Impreuna astea ar ...

http://sqlfool.com/2009/06/index-defrag-script-v30/

Uite cum te sfatuiesc eu sa faci: fiecare filiala incepe ea o conversatie cu sediul central si trimite un mesaj cu semnificatia de 'subscriu la nomenclatoare'. Sediul central primeste mesajul si depoziteaza conversatia intr-o tabela de 'subscrisi'. Cind se fac modificari la nomenclator, se trimite cite un update la fiecare conversatie din ...

maneaflorin@hotmail.com:In caz ca imi pica joi, ora 15.00, restaurarea vine asa:  1. restaurez backup full (si bifez Leave database nonoperational but able to restore aditional tr logs)  2. differentialul de miercuri noapte  3. log-ul de la ora 8  4. log-ul de la ora 12.00 si am trei ore de date pierdute.Corect.Dar totdeauna ...

Da, trebuie si back-up la log. Restore se face totdeauna full apoi log-urile.  Backup-ul diferential este doar ca sa scurtezi timpul de restore, permite sa 'sari' peste citeva backup-uri de log: restore full, apoi ultimul diferential, apoi toate logurile dupa ultimul diferential (deci nu mai faci restore la loguri intre full si ultimul ...

Raspunsul depinde de structura tabelelor tale, si de ce indexi exista disponibili la executie. De exemplu am facut acest DDL care sa satisfaca query-ul tau:create table AddressType (AddressTypeId int identity(1,1) primary key, AddressTypeName varchar(20));gocreate table Client (ClientId int identity(1,1) primary key,  Name ...

Deadlockurile nu se elimina prin hint-uri. Trebuie sa investighezi cauza deadlockului si solutia depinde de ce gasesti acolo. Care este graph-ul de deadlock?

Si continutul se poate modifica prin scripturi, de aceea m-am referit ca sint date de 'referinta'. Atita vreme cit nu sint alterate de catre utilizatori, se poat deploy-a foarte usor din script-uri.

Nu i-tzi ofer o solutie directa (nici nu cunosc alat in afara de bcp, dar al putea sa-l automatizezi macar), dar am o sugestie oarecum tangentiala: partea a) reprezinta date de referinta si le puteti defini in script T-SQL, tzinute sub source control in proiectul aplicatiei. In felul asta nici nu s-ar mai pune problema de integrare, 'integrarea' ...

Dupa cum tzi-a zis si Bogdan, exista tipul de date specializat uniqueidentifier, care are 16 bytes. Tu ai les sa stochezi in formatul character, care este mai mult decit dublu ca lungime. Si nu numai atit, ai ales varchar(36) ca sa mai adaugi inca citiva biti la stocare, desi lungimea unui GUID reprezentat ca string este fixa. Si ca sa pui cireasa ...