Grenzen von MS-SQL/Oracle/MySQL bezüglich varchar-Felder

[Robert_G]

Warum legst du nicht einfach für diese zig Varchars eine nested table an?
Falls es beim SQL Svr auch möglich ist nur die Referenz darauf in die Tabelle zu speichern dürfte die Tabelle im Endeffekt sogar massiv schneller werden.

Aber frag's Pferd, wie du im SQL Svr nested Tables verwendest (ich bin nur ein Oracle- und werdender Caché -Entwickler )

[trifid]

kannst du die Tabelle denormailsieren ?
Tabelle ALT = key feld1 feld2 feld3 feldN
in
Tabelle NEU = key Zusammengehörigkeit FeldName feld

aus
ALT = 1 abc def ghi
wird
NEU = 1 1 Feld1 abc
2 1 Feld2 def
3 1 Feld3 ghi
31 2 Feld1 xyz
33 2 Feld2 xyz
34 2 Feld3 asd

Nachteil aufwendiger Zugriffsmechanis und leider auch Performance
die Query's für Felder sind aufwendiger
aber dadurch hast du auch eine dynamischeres Abbild deiner Strukturen (evtl. zukünftige Erweiterungen)

P.S. schön wäre, wenn man eine einfache HTML-Tabellen-Funktion für die Formartierung hätte

[Bernhard Geyer]

Zitat von Robert_G:

Warum legst du nicht einfach für diese zig Varchars eine nested table an?
Falls es beim SQL Svr auch möglich ist nur die Referenz darauf in die Tabelle zu speichern dürfte die Tabelle im Endeffekt sogar massiv schneller werden.

1, Es gibt AFAIK keine Nested-Tables bei MS-SQL-Server
2, Das Programm soll auch für MySQL und 'ner lokalen DB lauffähig sein. Und damit fallen solche spezialkonstrukte raus

Zitat von Robert_G:

kannst du die Tabelle denormailsieren ?
Nachteil aufwendiger Zugriffsmechanis und leider auch Performance
die Query's für Felder sind aufwendiger

Wie Du schon sagst Aufwand + Performance. Die Tabelle hat bis zu 5 Mio. Datensätze.