max. Anzahl Felder erreicht - was nun?

[mkinzler]

Kann zwar passieren, lässt sich aber durch konsequente Normalisierung meistens verhindern.
Aber zwischen 20/30 und 255 ist ja noch etwas Luft.

[Hansa]

< 20 Felder geht doch gar nicht. Zumindest nicht im Normalfall <> Normalform. Was soll man denn hier groß abspecken :

Delphi-Quellcode:

Tabelle Kunde

ID
ID_KG, // Kundengruppe
anrede,
name,
strasse,
ort,
Lieferanrede,
Liefername,
Lieferstrasse,
Lieferort,
Tel1,
Tel2,
Fax,
email,
TelPrivat,
www,
bemerkung,
...

Das sind jetzt schon mind. 17 Felder und ab 20 ist schon in separate Tabellen auszulagern ? :gruebel: Und dann mit JOIN TELNUMMERN JOIN ADRDATEN etc. rumhantieren ??? Sofern nicht mal 255 Felder ausreichen, dann lasse ich mir das noch gefallen, aber bei 20 ? :shock: Man muss auch mal die Praxis miteinbeziehen und da gilt immer noch : was zusammengehört, das wird zusammen gespeichert.

[mkinzler]

Zum Beispiel:
-Adresse(n) in eigene Relation (1:n bzw, n:m)
-Kommunikationsadressen in eigene Relation (1:n bzw, n:m)
-wenig benötigte Felder in eigene Realtion (1:1, 1:n oder n:m)
...

[khh]

Zitat:

Zitat von mkinzler

Zum Beispiel:
-Adresse(n) in eigene Relation (1:n bzw, n:m)
-Kommunikationsadressen in eigene Relation (1:n bzw, n:m)
-wenig benötigte Felder in eigene Realtion (1:1, 1:n oder n:m)
...

ja, kann man sicher machen, aber wie speckst du ab wenn die ids der Relationen sich summieren:


KDGRP_ID
PREISGRP_ID
RABATT_ID
SKONTO_ID
LIEFERKOND_ID
..
..
..

nur um mal einige zu nennen.

Gruss Kh

[Hansa]

Habe mir mal die eigenen Tabellen angeguckt. Jede Tabelle hat standardmäßig noch zwei Felder :

SQL-Code:

    ANGELEGT         TIMESTAMP,
    LETZTEAENDERUNG  TIMESTAMP

Damit wären wir bei 19. Wichtig wären noch die Bankdaten und somit die 20-Grenze bereits gesprengt. :zwinker: Meine reale Kunden-Tabelle hat 56 Felder und es wäre sehr sehr mühselig und vor allem fehleranfällig, die auf < 20 Felder zu drücken. Die Felder sind dabei alle wichtig und keineswegs redundant. Wenn ich eine Kunden-Nr. eingebe, dann will ich die zugehörigen Daten sehen, auch notfalls die Fax-Nr. etc. Ich will diese Daten nicht noch mühselig zusammensuchen. Apropos, wie wärs denn mit : pro Feld eine Tabelle ? :mrgreen: @roter Kasten : jup, das gehört auch da rein.

[khh]

Zitat:

Zitat von Hansa

Habe mir mal die eigenen Tabellen angeguckt. Jede Tabelle hat standardmäßig noch zwei Felder :

SQL-Code:

    ANGELEGT         TIMESTAMP,
    LETZTEAENDERUNG  TIMESTAMP

richtig, die beiden Felder gehören ebenso dazu.
ich speichere auch noch den AENDERER mit.

aber trotz allem 255 sind zu viel ;-)

Gruss KH

[p80286]

Hallo alle miteinander,

der "zwanziger Fraktion" sei gesagt,daß es auch Tabellen mit 50 (sinnvollen) Feldern gibt (ohne Telefon1,Telefon2....).
Aber 255 ist wirklich etwas arg heftig.

Der Initiator diese "Glaubenskrieges" scheint nun aber verscheckt zu sein.

Gruß
K-H

[DeddyH]

Solange die Struktur atomar ist, spielt die Anzahl der Felder ja erst einmal keine Rolle, oder täusche ich mich da?

[hoika]

Hallo,

*verschähmt meld*
ich habe hier auch ne Tabelle mit 252 Feldern ...

Dort sind Rechte für Gruppen drin,
pro Recht ein Char(1)-Feld.

Dann war (damals) auch bei Paradox Schkuss
und ich habe es umgestellt.


Heiko

[mschaefer]

:zwinker:

wenn man Daten für lineare Optimierungsmodelle in einer Datenbank hält um dann einfach die Matrix in ein Grid schieben zu können,
kommt man auch recht schnell auf solche Spaltenzahlen. Aber das ist ja schon fast so kurios wie die Rechtetabelle....

Grüße in die Runde // Martin