32 biti vs. 64 biti ? Si OS-ul si SQL Serverul sint de 32 de biti?

Imi pare rau ca nu am putut sa ajung la eveniment.

ssandu:Subinterogarile returneaza ultima inregistrare din tabel de aceea am nevoie de ele.Exista alt mod de a face asta ?Un join cu RANK( ... over pk desc) = 1 in conditia de join.Dar faptul ca query-ul tau interogheaza MAX(primary key) este o indicatie clara ca sau query-ul este eronat sau data modelul este complet aiurea.

calin.berindea:Cat de eficient ca si performanta e lucrul cu XML?Eu am folosit frecvent XML (creare de XML prin SELECT ... FOR XML PATH si consumarea lui prin nodes() si value(), pina acuma n-am avut niciodata nevoie de query()) is nu am avut niciodata probleme de performanta. Cu dimensiuni de XML decente (zeci/sute noduri) si totul in memorie ...

Deci criteriul principal de selectie este effective_date < '2008-09-11 10:00PM'Nu o sa mearga, asta selecteaza intreaga tabela practic si rezultatul este full scan (sau range scan de la 0 la 2008-09-11, care e probabil 99.9% din tabela). Trebuie neaparat sa introduci o limita inferioara la effective_date. Ce ai facut cu replace-ul NULL-ului nu ...

MihaiBejenariu:...'2008-09-11 10:00PM' BETWEEN effective_date AND termination_dateAND effective_date BETWEEN '2008-09-11 10:00PM' AND termination_date...?

Partitionarea nu ajuta daca planul cere un full scan. Trebuie neaparat sa elimini full-scan-ul. Daca effective_date este cheia de partitionare nu potzi schimba indexul clustered. Eu zic ca este musai sa adaugi la WHERE o conditie de limitare effective_date >= '...'  ca sa creezi un range intre doua date.Index2 este ales pentru ca genereaza ...

rremus:desi in cazul asta nu am nici on explicatie pentru alegerea indexului pe IDDoh! Indexul ID contine implicit cimpurile din clustered deci poate satisface query-ul aproape complet (mai putin termination_date, data_status_id si data_source_id si '*' din projection list). Si intrucit e mai mic decit cel clustered, e preferat pe motiv ca un ...

Intr-adevar conditiile de pe effective_date nu sint SARGable. Daca SQL alege un plan pe indexul nonclustered pe ID eu cred ca mai exista niste detalii care nu le-ai specificat. Bauiala mea este ca clusterul este pe ID, nu pe effective_date. Potzi sa validezi ca indecsii sint asa cum i-ai descris tu?O sa consider mai departe ca indecsii sint ...

Razvan tzi-a raspuns deja cum se face, dar pentru 'record': ca sa faci updatabil un view care implicit nu se poate updata se poate folosi in trigger INSTEAD OF care sa transforme operatiunile pe view in operatiuni pe tabelele care-l compun. Desi eu nu as recomanda asa ceva.