Citez din books online de la 2005

"ntext

Variable-length Unicode data with a maximum length of 2^30 - 1 (1,073,741,823) characters. Storage size, in bytes, is two times the number of characters entered. The SQL-2003 synonym for ntext is national text.

"

Asa cum am subliniat in rosu e vorba de o data variabila deci atat cat e atata stocheaza (nu maximum de 1 miliard); asa cum e si pt varchar se stocheaza undeva niste biti de supravegehere a continutului coloanei.

Cat despre locul unde ar fi sa fie postate datele este clar ca pe coloane atrage  redundanta in date pt ca daca ai

tabel(col1,col2,...,coln) si coln, coln+1,coln+2 sunt goale inseamna pierdere de spatiu si complexitate crescuta pt programator fata de o abordare

tabel(col,tip) unde in col ar intra toate datele col1,...coln iar tip le deosebeste.

Dar si aici sunt exceptii apropos de scopul care trebuie servit de schema bd : de exemplul ai Adresa1, Adresa2 un client care are 2 sedii, e benefic sa pastrezi cele 2 coloane chiar daca ai clienti cu un singur sediu decat sa adaugi tabela Adrese care inseamna join-uri , indecsi etc

 

---

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