SQL Datentypen und Speichergrössen;

interrupt; schrieb:
> Was bedeutet dann aber "numeric 5(8,0)" (kommt in der DB auch vor) ?
Ein Wert mit fester Stellenzahl und keinem Offset:
http://msdn.microsoft.com/de-de/library/ms187746.aspx

Für den Rest siehe ebenso die Doku... oder einfach mal ein EXPLAIN 
ausführen.

Bist Du sicher, daß die Form "numeric A(B,C)" etwas ist, was der 
SQL-Server verdaut? Oder ist das nur sowas wie eine Beschreibungssprache 
auf höherer Applikationsebene? Ich (uznd der von Läubi gezeigte Link) 
kenne jedenfalls von anderen DB's nur die Form "numeric(B,C)".

>Wie unterscheiden sich grössenordnungsmässig die Suchzeiten für den
>Befehl
>"select * from tab_XYZ where index=100", wenn "index" vom Typ "numeric"
>bzw. vom Typ "int" ist ?

Eigentlich gar nicht, wenn der Index relativ "unique" ist. Wenn dagegen 
ziemlich viele Rows dabei gefunden werden, dann kommt es drauf an, ob 
der numeric-Typ vom Speicherbedarf her (abhängig von dessen Precision) 
länger oder kürzer als 4Byte (=Integer-Länge) ausfällt. Wenn länger, 
dann mehr Speicherbedarf in der Tabelle, damit Tabelle bzw. Index 
größer, mehr Pages, die gelesen werden müssen. Ist aber eher eine 
theoretische Betrachtung, denn ich denke, die Unterschiede werden 
trotzdem eher marginal sein.

Ach ja: numeric/decimal statt (big)int trotz Ganzzahlen macht eigentlich 
nur dann Sinn, wenn man einen deutlich größeren Wertebereich braucht, 
als (big)int darstellen kann (um die 20 Stellen), oder wenn man 
Speicherplatz sparen will bei nur kleinen Zahlen (letzteres macht aber 
auch keinen Sinn, da es ja small/tinyint gibt)