hmmm ... intr-adevar XML cred ca ii varianta cea mai buna; mi-i ciuda ca nu m-am gandit  :) 

Raspund cu intarziere pentru ca am fost plecat din oras.De unde m-am inspirathttp://www.codeproject.com/KB/database/UserDefDataTypes.aspxDiscutii despre ...

Intr-adevar in C# pot tranforma foarte usor un string in array si invers. Ca si diferenta intre varianta asta si cea aleasa de mine as puncta faptul ca orice raport, functie, procedura dezvoltata ar trebui mai intai sa faca acest split (in SQL Server)  si apoi sa extraga datele de care am nevoie + tot timpul trebuie sa fac conversia intre ...

La solutia asta m-am gandit si eu prima data. Doar ca mi se pare ca baza de date ar creste foarte repede; practic pentru o receptie de marfa a unui produs care vine pe 3 de loturi as avea un numar de 3 *nr de parametri. Daca o receptie are 10 produse,  ar insemna ca pentru o receptie sa tin 10 * nr_loturi * parametri.Nu imi dau seama cat de ...

Nu as vrea sa definesc proprietatile in coloane. Daca as proceda asa, ar trebui definite coloane in tabela de articole, stocuri, intrari/iesiri.In plus aparitia unor noi produse / proprietati ar duce la modificarea structurii bazei de date - in tabelele cele mai mari (intrari/iesiri).Un tip de data array ar fi cel mai indicat ... Oricum, multumesc ...

Ideea este urmatoarea. Am nomenclatorul de produse,iar fiecare produs are anumiti parametri. Din tot nomenclatorul numai 4-5 parametri sunt generali, restul parametrilor fiind specifici fiecarui produs. Pot exista produse cu 12 parametri sau produse cu 42 de parametri (o mica exagerare).Daca ar fi sa iau un exemplu :  - Produs : ''Pantofi''. ...

SalutPrimul meu post si o intrebare :)Cat de recomandat ar fi unui utilizator de nivel incepator, mediu lucrul cu UDT(SQL 2005). Sau ar fi mai bine migrarea catre SQL 2008 si folosirea de User-Defined Table Types ?Am creat un UDT in C# si am incercat sa-l implementez. Pana aici totul bine si frumos, doar ca m-au descurajat articolele si parerile ...