Enums in Sql-Server?

[castorp]

Gerade mal geschaut. Enums sind kein Standarddatentyp von SQL. Damit isses proprietär und nicht zu gebrauchen.

Du verwendest datetime, datetime2, datetimeoffset, smalldatetime, tinyint, money, smallmoney, nvarchar, text, ntext, image, geography, geometry, bit und hierarchyid also auch nicht.

 

[dabadepdu]

Du verwendest datetime, .. also auch nicht.

Könnte man ja konsequenterweise machen. Ich musste aber etwas ähnliches denken, als ich das "proprietär" gelesen habe. Es sind ja nicht nur proprietäre Typen, sondern auch ganze SQL Konstrukte, die die verschiedenen Hersteller nach eigenem Gusto anbieten (oder auch nicht). Ich glaube, dass man nur den Standard durchhält, wenn man sich dafür bewusst entscheidet und es intensiv und explizit durch Tests prüft.
Aber wer macht das? Warum soll man vorteilhafte Sprachkonstrukte, Typen und Erweiterungen nicht nutzen, insbesondere wenn es um Performance geht, damit weniger Ressourcenbelastung, höhere Concurrency, usw.?!
Am ehesten bekommt man sowas "geschenkt", wenn man Persistenztools einsetzt. Da sieht man dann leider auch oft, wie "arm" der kleinste gemeinsame Nenner ist. Das ist dann der Preis für Kompatibilität.
Viele Softwareanbieter gehen dann doch den Weg, individuelle Anpassungen je DB Hersteller in die Anwendung einzubauen (falls sie mehrere DB unterstützen)