Frage zu DB-Design

[hoika]

Hallo,

eine Frage zum Design.

Ich habe eine Tabelle mit Buchungen (~200.000 Einträge).
Auf die Tabelle wird oft per Select * zugegriffen,
es werden in der Tat alle Einträge benötigt.

Jetzt die Anforderung:
Zu einigen Buchungen sollen zusätzliche Informationen abgelegt werden
(etwa zu 1/2 % der Einträge).
Es handelt sich um 3 Felder

Datum
SmallInt
Integer

Es könnten aber auch noch 1/2 Felder dazukommen.

Lösung 1:
=========
Originaltabelle um diese Felder erweitern

Pro:
Direkter Zugriff auf diese Felder

Kontra:
Ein Haufen NULL-Felder, die mit übers Netz laufen.


Lösung2:
========
neue Tabelle mit Link auf die Buchungstabelle

Pro:
Original-Tabelle bleibt wie sie ist

Kontra:
Für den Zugriff muss per Join auf die neue Tabelle zugeriffen werden
Einen Left Join würde ich wegen der geringen Selectivität (1/2%) nicht machen

Da die Daten eh in interne Strukturen überführt werden (kein DBGrid)
wäre es eben eine zusätzliche Abfrage.


Was würdet ihr tun ?



Heiko

[Hansa]

Zitat:

Zitat von hoika

(etwa zu 1/2 % der Einträge).

Wenn Du jetzt noch sagst, was 1/2 % bedeuten soll, dann kann man antworten. So heisst es 0,5 %.

Zitat:

Zitat von hoika

Es könnten aber auch noch 1/2 Felder dazukommen.

Allerdings gibt es kein 1/2 = 0,5 Felder. Und nun bin ich mit meinem Latein am Ende. :mrgreen:

[Matthias-k]

ich an deiner stelle würde die extra tabelle bevorzugen...

der vorteil, das deine ausgangstabelle so bleibt, wie sie ist, ist nicht zu unterschätzen...

also ich vote für die dummy tabelle

mfg

[nahpets]

Hallo,

2. Tabelle anlegen.
Für den Zugriff über ein Select ggfls. passende View machen.

[dataspider]

Hi,

ich würde mich an die Regeln (Normalformen) halten.
Ich glaube nicht, dass mit 3 Null-Feldern der Datenverkehr spürbar langsamer wird.

Wenn die Felder eindeutig zur Buchung gehören, dann macht eine Splittung keinen Sinn.

[EDIT]
Will man nicht alle Felder, erzeugt man eine View oder gibt beim Select die Feldliste an.
Im Fall gibt es für mich kein vernünftiges Argument, spezielle Regeln für das DB-Design einzuführen.
[/EDIT]

Frank

[franktron]

Wenn du nur den SELECT machts also z.b. alle Daten in einer Grid Anzeigen tust dann würde ich die Felder anhängen,
wenn du jetzt aber nur ein ein Teil der Daten in der Grid anzeigen tust dann würde ich eine 2. Tabelle nehmen oder das SELECT anpassen oder eine VIEW nehmen.

[hoika]

Hallo,

ich werde das jetzt mit der 2. Tabelle machen.

Danke


Heiko