Soluții pentru problemele tale IT
Pentru cazurile in care avem nevoie de validarea unui IBAN, am creat o procedura ce face acest lucru.
Procedura are doi parametri:
Pentru cazurile in care avem nevoie intr-o aplicatie (sau extern unei aplicatii) de validarea unui CNP, am facut o procedura ce face acest lucru. Procedura primeste ca parametru un varchar @CNP si, in cazul in care este valid , procedura returneaza 1, iar in cazul in care este invalid procedura returneaza 0.
[mai mult...]Una dintre functiile nedreptatite din sql server (in sensul ca este foarte putin cunoscuta si folosita) este NTILE().
Daca primim o cerinta de la departamentele de business in care ni se cere sa impartim salariatii in 3 echipe in fuctie de topul salariilor (fara sa tinem cont de departamente), am putea sa realizam acest lucru folosind tabele temporare sau un cursor.
O varianta mult mai eleganta si mai simpla este insa functia NTILE().
Aceasta functie primeste si ea doi parametrii:
– primul este un intreg si reprezinta numarul de partitionari dorite (ca sa fie mai clar reprezinta in cate echipe sa imparta numarul de angajati din tabela test_angajati)
– al doilea parametru este o coloana (sau mai multe) din tabela si reprezinta coloana (sau coloanele) de care sa tina cont cand face aceasta partitionare.
Pentru a fi foarte clar, in scriptul de mai jos am creat o tabela in care am inserat valori:
drop table test_angajati
create table test_angajati
(
id int identity (1,1),
nume varchar(max),
departament varchar(max),
varsta int,
salariu int
)
insert into test_angajati
values (‘Georgescu Mihai’, ‘IT’,24, 2400)
insert into test_angajati
values (‘Popescu Ionel’, ‘Contabilitate’,70, 7000)
insert into test_angajati
values (‘Popescu Mihai’, ‘Distributie’,45, 4500)
insert into test_angajati
values (‘Marinescu Elena’, ‘Contabilitate’,56, 6900)
insert into test_angajati
values (‘Calimanescu Geo’, ‘IT’,24, 2400)
insert into test_angajati
values (‘Eminescu Mihai’, ‘IT’,37, 3800)
insert into test_angajati
values (‘Ionescu Bogdan’, ‘Distributie’,38, 3800)
insert into test_angajati
values (‘Ionescu Emil’, ‘Contabilitate’,70, 7000)
insert into test_angajati
values (‘Ionescu Costin’, ‘Contabilitate’,69, 6900)
insert into test_angajati
values (‘Ionescu Gogu’, ‘Contabilitate’,20, 4300)
select * from test_angajati
id nume departament varsta salariu
1 Georgescu Mihai IT 24 2400
2 Popescu Ionel Contabilitate 70 7000
3 Popescu Mihai Distributie 45 4500
4 Marinescu Elena Contabilitate 56 6900
5 Calimanescu Georgeta IT 24 2400
6 Eminescu Mihai IT 37 3800
7 Ionescu Bogdan Distributie 38 3800
8 Ionescu Emil Contabilitate 70 7000
9 Ionescu Costin Contabilitate 69 6900
10 Ionescu Gogu Contabilitate 20 4300
Am observat, in timp, ca sunt cateva functii de sql foarte putin cunoscute, dar care, in unele cazuri, ne pot usura foarte mult munca.Din acest motiv am sa prezint si sa explic cateva dintre ele.
Una dintre cele mai putin cunoscute functii este RANK(). Aceasta functie insa ne poate ajuta foarte mult in anumite situatii.
Spre exemplu, daca ni se cere sa scoatem un raport in care sa facem un TOP AL SALARIILOR PE DEPARTAMENTE, daca nu folosim functia RANK() avem o mare problema, pentru ca va trebui sa folosim mai multe tabele temporare, group by, max , identity , etc.
Insa, folosind functia RANK(), problema se rezolva relativ simplu.
Functia RANK() primeste doi parametri:
-primul este coloana dupa care va face splitarea/partitionarea datelor
-al doilea este coloana dupa care va face sortarea datelor
Pentru cazurile destul de dese in care avem nevoie sa stim care este cel mai recent restore pentru o anumita baza de date am facut o procedura ce primeste ca si parametru numele bazei de date si pt acea baza returneaza ULTIMA restaurare care a avut loc pe acea baza.
Ca si informatii suplimentare procedura returneaza:
– userul ce a facut restaurarea
– tipul restaurarii: Full, Differential, Log , etc
– data la care s-a facut restaurarea
– calea din care s-a ales backupul pentru restaurare precum si numele backupului folosit
– calea catre care s-au restaurat fisierele bazei de date
Pentru cazurile in care avem nevoie sa vedem istoricul de backup pentru o anumita baza de date, am facut o procedura care returneaza acest lucru.
Procedura primeste doi parametrii:
@BazaDeDate
@NrZileIstoric
In functie de acesti parametrii procedura returneaza istoricul de backupuri, incepand de astazi si pana cu @NrZileIstoric in urma, pentru baza primita drept parametru @BazaDeDate.
(Zilele sunt calculate ca numar de 24 de ore)
Ca si informatii suplimentare procedura returneaza:
– data la care a inceput fiecare backup
– data la care s-a terminat fiecare backup
– daca backupul e pus sa expire sau nu (in cazul in care expira apare data expirarii)
– tipul backupului facut: Full, Differential, Log
– dimensiunea backupului
– locul in care a fost facut: intr-un backup device sau pe disk (daca a fost facut pe disk este afisata calea de pe disk)
Procedura nu trebuie pusa neaparat pe baza la care se doreste verificat istoricul de backup, ci poate fi pusa pe orice baza de pe serverul pe care se afla baza la care se doreste verificat istoricul de backup.
[mai mult...]