tebbaerty:

poi am citit si am facut proceduri si functii si joinuri si am folosit union cu join si alte chestii, chei restrictii si toate cele.

eu nu zic sa le incerci ci sa le stapanesti (table value functions ai incercat deja?)

tebbaerty:

dar tu ai zis cumva ca poti face un fk la un camp care nu e pk ? eu nu am auzit de asa ceva ..... poate ma insel dar fk nu se fac doar la pk in tabela parinte si un pk nu presupune inexistenta unor valori nule... ?

nu am zis ca faci FK ci join: se pot face join-uri si pe campuri care nu sunt chiei si am mentionat asta pt ca am avut de foarte multe ori nevoie de asa ceva la diferite query-uri

tebbaerty:

triggerele sunt un concept aparte si nou pentru mine si am dificultati in a le intelege .

in opinia mea, cel mai simplu ar fi sa faci o analogie cu evenimentele, dar principalul motiv pt care este greu sa le intelegi cred ca il reprezinta faptul ca nu stapanesti celelalte aspecte cum ar fi relatiile si setarile lor (pt ca abele reactioneaza la aceleasi situatii).

tebbaerty:

am vazut ca exista si cursor dar deocamdata am zis sa nu ma ating de ele :D... dar curand le iau la purificat :P... caci si alea mi se par super dragutze :D

am avut nevoie de un cursor sa fac mai multe stergeri. ceva gen sa sterg 10 rezultate (la alegerea mea) de o data.prima kestie care mia trecut prin cap a fost un while(ceea nu era posibil) dar am citit si am vazut ca trebuie un cursor si am zis sa o las mai moale si sa inteleg trigger deocamdata

da, exista, dar sa sti ca merge si while in proceduri stocate, ai reusit sa afli care sunt diferentele intre proceduri si functii si ce se poate face in procedura dar nu se poate in functii si invers?

rezumat:
1. triggerele sunt ca si evenimantele (si daca ai facut vre-o data overide la un eveniment ai vazut ca poti pune codul inainte sau dupa OnBase(nume_eveniment) si are efect diferit
2. cursoarele sunt buncle dar in foarte multe cazuri exista alternative
3. Sql Server iti pune la dispozitie suficiente unelete pt cam tot ce vrei sa faci si in unele cazuri o problema se poate rezolva pe mai multe cai dar este foarte importanta sa gasesti varianta optima pt ca fiecare scadere de performanta este amplificata de numarul de inregistrari afectate. de asta zic ca nu este suficient sa treci prin ele si sa sti "despre" ele ci tb sa iei pe fiecare la rans si o descosi.
4. ai NEAPARATA nevoie de o carte pe langa BOL. Daca vrei, poti pleca de la una electronica de genul "Tech yoursels SQL in ...." dar eu zic ca e bine sa ai si una clasica asa ca mergi intr-o librarie si ia-le la rand si alege una care sa fie scrisa intr-un stil pe placul tau. si te sfatuiesc sa citesti si ceva despre proiectare de baze de date.