Intrbare ciudata ( nu stiu unde e locul.. ) de la o persoana fara experienta in baza de date..

Cum e mai bine sa ti datale de la monitorizarea unor sisteme:
Tinand seama ca numarul de partitii, numarul de procesoare, sau alte date.. ( pagefile pe mai multe partitii..) poate varia de la un calculator la altul

Modalitate 1)

Tabela: Allcomputers
numecalculator  data_ora  spatiuC    SpatiuD   SpatiuE    Spatiu_restu    procesorussage1    procesorussage2   procesorussage_restu
[string]              [data]       [int]          [int]       [int]         [string]                   [int]                     [int]                [string]

Unde Spati_restu ( tinand cont ca nu exista multe calculatoare cu mai mult de 3 partitii) va fi tinut in string de genul  F:1000;G:435;...
Unde procesor_restu ( tinand cont ca nu exista multe calculatoare cu mai mult de 2 proceoare, sau se calculeaza o medie) va fi tinut in string de genul  proc3:10;proc4:35;...


Modalitate 2)

Tabela: calculator1
data_ora  spatiuC    SpatiuD   SpatiuE    Spatiu_restu    procesorussage1    procesorussage2   procesorussage_restu
[data]       [int]          [int]          [int]       [string]                 [int]                       [int]                  [string]

Tabela: calculatr2
data_ora  spatiuC    SpatiuD   SpatiuE    Spatiu_restu    procesorussage1    procesorussage2   procesorussage_restu
[data]       [int]          [int]         [int]          [string]                 [int]                    [int]                     [string]

.........

Tabela: calculatorn
data_ora  spatiuC    SpatiuD   SpatiuE    Spatiu_restu    procesorussage1    procesorussage2   procesorussage_restu
[data]        [int]        [int]         [int]            [string]                [int]                     [int]                  [string]


Unde Spati_restu ( tinand cont ca nu exista multe calculatoare cu mai mult de 3 partitii) va fi tinut in string de genul  F:1000;G:435;...
Unde procesor_restu ( tinand cont ca nu exista multe calculatoare cu mai mult de 2 proceoare, sau se calculeaza o medie) va fi tinut in string de genul  proc3:10;proc4:35;...


Modalitate 3)

Tabela: calculatoare
ID    Calculator
[]    [string]

Tabela: HDD
Data_Ora   numepartitie   spatiu    Id_computer
 [data]         [string]           [int]   

Tabela: procesor
Data_Ora   numarprocesor   utilizare    Id_computer
 [data]           [int]                 [int]


Modalitate 4)
    alta?


Si trebuie tinuta seama si ca aceste odata si odata.. ( mai des mai rar...) trebuie citite si rezultatele desenate grafic...

---

01000010010110010100001001011001
Byty Web Site

Eu as alege prima modalitate pt ca este o tabela denormalizata spre deosebire de nr. 3 care este o schema de date normalizata; deoarece datele mai departe se folosesc pentru operatii de tip BI (Business Inteligence) adica creare si vizualizare cuburi sursa de date tip 1 este din start pregatita pt acest lucru; mai departe ar fi nevoie de un client Excel si Analysis Services (insa se pot crea cuburi si in Excel).

Modalitatea 3 este ilustrarea unei scheme de bd OLTP care mai salveaza din spatiu si ajuta la interogari insa ca sa ajunga sa fie folosita de instrumente de BI trebuie denormalizata asa ca tot la varianta 1 s-ar ajunge.

Varianta 2 este buna daca intereseaza numai un computer sau altul , insa pt comparatii as amesteca datele deci tot varianta 1 ar fi ok.

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)

Eu as tine datele normalizate - ca apoi, daca trebuie, sa le denormalizez intr-un view/ procedura stocata / date istorice.

Eu as folosi varianta 3 imbunatatita ca sa ajung la varianta 4.
E clar ca tabela HDD, de ex., nu e normalizata :
Ar trebui o tabela :

HDD
ID_Unic, numepartitie, id_computer
int,string , int

si alta
Date_HDD
id_hdd,spatiu,data
int,int,datetime
Vezi
http://en.wikipedia.org/wiki/Database_normalization#Normal_forms
si/sau cele 2 carti de aici (pina nu se termina oferta...)
http://www.red-gate.com/specials/Ebooks/March_offer2.htm?utm_source=simpletalk&utm_medium=email&utm_content=maketime2-20080317&utm_campaign=sqltoolbelt

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

Oameni buni... normalizare.. termeni interesanti..... ( varianta 3 stiu ca exista... cum se face nu stiu.. )
Deci in concluzie nu am vb prosti .. nu prea mai exista alte cazuri.. foarte ciudate..

Si din cate mi se pare ( din ce ziceti voi)  nu e un tipar.. dupa care sa le ti.. ( le cam ti cum vrei.. )

---

01000010010110010100001001011001
Byty Web Site

DUpa mine ar fi astea doua variante sa tii datele intr-o baza de date relationala sau intr-un xml

---

Secolul XXI ori va fi religios ori nu va fi deloc

E si nu e, sint ceva common practices...
Daca folosesti versiuni normalizate pune peste to IDs si indexi pe ei pentru veteza

Normalizarea ca si denormalizarea nu sunt si nu trebuie sa fie un scop in sine; trebuie sa fie urmarit scopul principal si anume gestiunea performanta a datelor.

Sa ma explic:

1.Este potrivita normalizarea cand ai nevoie de tranzactii scurte, interogari rapide in aplicatii OLTP de genul "Bilete de avion" sau ERP, unde exista acces concurential cu blocari , interogari etc.; iar aici nu e cazul, se face o forma intr-un mediu vizual care baga date intr-un singur tabel si fara acces concurential (banuiesc ca se face o data pe zi);

2.In schimb ai nevoie de o tabela denormalizata daca o supui prelucrarilor dintr-un cub de business intelligence, or aici asta se vrea .

(daca era vorba de 10000 de servere dispuse prin toata lumea cu personal operator care acceseaza o astfel de aplicatie mi-as fi pus problema spargerii tabelei initiale in mai multe asa cum apare in varianta 3)

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)

ggciubuc:

Normalizarea ca si denormalizarea nu sunt si nu trebuie sa fie un scop in sine; trebuie sa fie urmarit scopul principal si anume gestiunea performanta a datelor.

De acord -cu 2 mentiuni :

    1. dupa opinia mea( nesustinuta de cercetari) 90% din aplicatii sunt mai performante daca sunt normalizate de la inceput si denormalizate dupa aceea .

@XMLDeveloper : se poate face un poll ?

    2. Modelul logic al datelor e de preferat sa fie normalizat de la inceput. Daca vrei pe urma sa il denormalizezi , e treaba ta.

ggciubuc:

Sa ma explic:

1.Este potrivita normalizarea cand ai nevoie de tranzactii scurte, interogari rapide in aplicatii OLTP de genul "Bilete de avion" sau ERP, unde exista acces concurential cu blocari , interogari etc.; iar aici nu e cazul, se face o forma intr-un mediu vizual care baga date intr-un singur tabel si fara acces concurential (banuiesc ca se face o data pe zi);

OK

ggciubuc:

2.In schimb ai nevoie de o tabela denormalizata daca o supui prelucrarilor dintr-un cub de business intelligence, or aici asta se vrea .

? Poti explica de unde ai ajuns la "cub de business intelligence" ?

ggciubuc:

(daca era vorba de 10000 de servere dispuse prin toata lumea cu personal operator care acceseaza o astfel de aplicatie mi-as fi pus problema spargerii tabelei initiale in mai multe asa cum apare in varianta 3)

Si de unde stii ca nu o sa devina ?Ce te faci atunci ?

De aceea zic ca e preferabil sa tii datele normalizate de la inceput - si, daca vrei neaparat, cu o procedura stocata/view/altceva care sa denormalizeze ...

Remarca finala : oricind poti denormaliza - insa, daca ai pornit denormalizat, e mai mare daraua sa normalizezi ...

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

Byty:

Si din cate mi se pare ( din ce ziceti voi)  nu e un tipar.. dupa care sa le ti.. ( le cam ti cum vrei.. )

Nu e un tipar, insa toata lumea cam se joaca cu normalizarea datelor , macar pe modelul logic...
Cum spuneam mai sus, poate un poll

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

ignatandrei:

    1. dupa opinia mea( nesustinuta de cercetari) 90% din aplicatii sunt mai performante daca sunt normalizate de la inceput si denormalizate dupa aceea .

si

ignatandrei:

Si de unde stii ca nu o sa devina ?Ce te faci atunci ?

De aceea zic ca e preferabil sa tii datele normalizate de la inceput - si, daca vrei neaparat, cu o procedura stocata/view/altceva care sa denormalizeze ...

Remarca finala : oricind poti denormaliza - insa, daca ai pornit denormalizat, e mai mare daraua sa normalizezi ...

1.In mod normal OLTP inseamna normalizare a unei scheme X

2.OLAP inseamna denormalizare a unei scheme Y (Y <>X) de obicei pe alt server (sau pe alta instanta insa functionabila noaptea cand se face ETL si se refac cuburile)

3. In cazul acesta pentru eficienta si simplitate X=Y si pe acelasi server

4. Cazul cu 10000 servere nu apare peste noapte  se stie cumva din start si oricum exista deja schema Y dupa care se construieste schema X cu aplicatia aferenta

5.Cat despre "cub de business intelligence" am fortat un pleonasm pt a fi mai clar (cub inseamna business inteligence (bi)); prin cub se stie putem vedea mai rapid datele, face comparatii intre servere, ies mai repede in Excel graficele etc.

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)

Eu am facut o chestie de genu asta pentru evidenta hardwarului din retea .Adica am facut un agent pe fiecare workstaioon ( e un nt service care folsoind wmi culege datele despre configuratia calculatoarelor) si le trimite la un web service care le scrie intr-o baza de date sal 2000.

Am pus intr-o baza de date relationala ca sa pot scoate rapoarte din ea folosind reporting services

---

Secolul XXI ori va fi religios ori nu va fi deloc

Ceva de genu vreau si eu dar monitorizare... Poanta e ca as vrea si agent.. dar programarea mea e in plop ... pana aflu eu sau rezolv altfel..  Citesc cu scripturi remote...

---

01000010010110010100001001011001
Byty Web Site

Byty:

Ceva de genu vreau si eu dar monitorizare... Poanta e ca as vrea si agent.. dar programarea mea e in plop ... pana aflu eu sau rezolv altfel..  Citesc cu scripturi remote...

Pentru ca sunt programator, vad lucrurile altfel:
Un programel in .NET, care executa un select care iti intoarce datele pe mai multe server-e si pune datele pe serverul tinta ...

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

progamel .NET = script :P e tot una...
E bine cu client server.. dar na.. programrea mea lasa de dorit... am un prieten care incerca sa faca... Ideea mi-a venit de mult.. si acum cred ca se potriveste si pt WORK.. nu stiu ce iasa sau daca iasa.. dar na.. eu vreau sa il fac.. ca vreau sa il fac... deci a ramas ca baza de date.. e buna oricum...

Fac ca un IT-ist.. si apoi vad eu cum fac ca un programator...

---

01000010010110010100001001011001
Byty Web Site