Jan 27 2009

OLTP (online transaction processing) vs. BI (business intelligence)

De la inceput, sistemele relationale de baze de date au fost utilizate pentru a stoca informatii primare pentru afacere precum comenzile sau facturile utilizand procesarea bazata pe tranzactii. Aceasta orientare pe datele afacerii are avantaje si dezavantaje. Un avantaj este acela ca performanta scazuta a primelor sisteme relationale de baze de date s-a imbunatatit substantial astfel incat, in zilele noastre, multe sisteme relationale de baze de date pot executa zeci de tranzactii pe secunda (bineinteles daca si componentele hardware permit acest lucru). Pe de alta parte, orientarea spre afaceri a sistemelor tranzactionale au prevenit aparitia altor sisteme naturale de baze de date pentru a se analiza si a umple nevoia de informatii din datele existente intro companie sau department. [Vezi tot]

Etichete: , ,

Jan 13 2009

Parametrul de tip tabela (Table Valued Parameter)

Categorie: Metodologie | SQL Server | T-SQL | SQL Server | T-SQLCatalin Dumitru @ 09:27
Este un nou tip de parametru in SQL Server 2008 si permite trimiterea de randuri multiple catre o instructiune T-SQL sau folosirea ca parametru la apelarea unei functii sau proceduri stocate. [Vezi tot]

Etichete: , ,

Jan 13 2009

Interogările recursive folosind Common Table Expressions (CTE)

Categorie: Metodologie | SQL Server | T-SQL | TutorialCatalin Dumitru @ 09:26
Marele avantaj al introgărilor recursive este acela că se pot referii singure. Care este rostul acestora? Pentru a reprezenta date ierarhice aşa cum este o organigramă a departamentelor dintro companie sau un meniu pentru un site web etc.
Pentru a se rezolva acest aspect au apărut mai mulţi algoritmi pe care nu o să-i discut aici însă utilizând motoarele de căutare puteţi găsi singuri foarte mulţi algoritmi. Prin interogările recursive avem posibilitatea de a standardiza modul de lucru cu datele ierarhice şi cu interogări asupra acestora. [Vezi tot]

Etichete: , ,

Jan 8 2009

Executarea de interogari peste mai multe servere (multiple server query execution).

Categorie: DBA | Management Studio | SQL ServerCatalin Dumitru @ 09:25
SQL Server permite executarea de script-uri peste mai multe servere fara a fi necesara schimbarea conexiuni si rerularea sciptului. Pentru a intelege mai bine despre ce este vorba, am sa dau un exemplu: vrem sa rulam un script in contextul mai multor baze de date aflate pe servere diferite. Avem mai multe solutii insa spre exemplificare am sa ofer numai una: scriptul respectiv il putem salva ca procedura stocata in fiecare din bazele de date, fiecare server sa-l adaugam ca linked server intr-o instanta separate de SQL Server iar in aceasta instant sa cream o noua procedura care executa procedura creata mai devreme pe fiecare server. Principalul dezavantaj este acela ca daca avem nevoie sa modificam procedura stocata, va trebui facut deployment pe fiecare server in parte. Aici ne putem ajuta de executarea de interogari asupra mai multor servere sau mai bine zis asupra unui grup de servere. Vom crea un grup de servere, vom adauga serverele in grup si apoi vom executa scriptul. [Vezi tot]

Etichete: , ,