Scenariile de tipul "90% of the column values would be NULL" imi sugereaza o problema ... de proiectare a bazei de date in mod special atunci cand numarul campurilor de acest tip este mare (adica tocmai scenariul la care se adreseaza  aceasta noua functionalitate). Nu vreau sa fiu gresit inteles: nu sunt total impotriva unei astfel de functionalitati.

XML trebuie sa fie (opinie personala) utilizat doar pentru transferul datelor si nu pentru stocare/memorare.

Un fel de concluzie: "I even had the opportunity to ask Joe Celko (no fan of EAV) which he prefers, trying to ease him towards the "model as XML" mechanism. He stood up for sparse tables (solutiile a si c) or sparse columns (solutia b)."