Wieviele Spalten in einer Tabelle?

[NoName1]

Guten Tag,
ich habe eine Tabelle die jetzt schon 100 Spalten umfasst.
Nun sollen noch mehr Spalten hinzugefügt werden.
Die Datenbank ist korrekt aufgebaut in 1:n Beziehungen und die Normalisierung ist auch korrekt.
Ist es nun nicht besser evtl. eine 2. Tabelle anzulegen und dadurch die Normalisierung zu verletzen?
Hat natürlich auch den Nachteil das beim Selektieren von Daten evtl. immer 2 Tabellen angesprochen werden müssen,
je nach dem welche Daten zusammen gestellt werden sollen / müssen.
Wie würdet Ihr es handhaben? Was ist die bessere Lösung?
Mit Gruß Noname1

[mkinzler]

100 Spalten und Normalisierung beisst sich etwas. Höchstens eine Tabelle in der 1. Normalform ist für Dich schon normalisiert.

Zitat:

Ist es nun nicht besser evtl. eine 2. Tabelle anzulegen und dadurch die Normalisierung zu verletzen?

Warum sollten mehrere Tabellen die Normalisierung verletzen?

Sind wirklich alle Felder voll vom Schlüsselfeld abhängig?

[himitsu]

Du kannst auch andersrum gehn.
Die Tabelle mit den vielen Spalten lassen
und dir noch einen "kleinen" View für diese Tabelle mit den wichtigsten/häufigstgenutzten Feldern erstellen.

Aber klar, kannst du auch die Tabelle "thematisch" nochmal auftrennen.
Also statt gemeinsame Daten in Tabellen auslagern (Normalisierung), hier eben nur eigene Daten abtrennen, jeweils alle Felder eines bestimmten Themenbereichs.

[freimatz]

Da das schon hier bei "Programmieren allgemein" und nicht in "Datenbanken" gefragt wird erlaube ich mir meine 2cent:
Ich würde auch nochmals die Frage stellen ob das korrekt normalisert ist. Was sollen das für Daten denn sein?

[jobo]

Wieviel Spalten erlaubt sind, hängt stark vom verwendeten System ab.
Wenn es nicht einigermaßen unaktuell oder exotisch ist, sollten 100+x nicht so ein Problem sein.
Was die korrekte Normalisierung angeht, würde ich auch Zweifel hegen, erfahrungsgemäß. Aber 100% Normalisierung ist in der freien Wildbahn auch selten, das geht schon bei PLZ, Stadt los....

Du kannst ja mal die Spaltenüberschriften posten, das sagt nicht unbedingt viel aus, aber liefert ein paar Indizien.
Wenn die Tabelle viele Spalten oder ganze Bereiche hat, die häufig leer bleiben, wäre das vielleicht ein Ansatz für eine Änderung.

Ich hatte gestern noch mit einem View zu tun, der über 800 Spalten hat. Im Datenmodell sind es tatsächlich eher 800 Zeilen mit einer Spalte, aber diese transformierte Darstellung auf 800 Spalten wird für einen Export genutzt. Will heißen, 100 ist technisch gesehen nicht das Ende der Fahnenstange. Ob es gut und geschickt ist, ist offensichtlich auch eine Frage der Anforderungen.

[hoika]

Hallo,
ich vermisse bei der Frage auch die Angabe der verwendeten Datenbank.
Und ja, auch ich würde gern wissen, warum in einer Tabelle 100 Felder sind.

Doch nicht etwas Id,Name,Vorname,Tel1-Tel80? ;)

[MichaelT]

Partitionieren darfst du eigentlich immer. Die beiden Tabellen sollten aber schon 1:1 zueinander stehen. 1:c wäre eine andere Semantik.

So breite Tabellen sind gar nicht ungewöhnlich, sie werden allein mit der Zeit lästig. Wenn man viele Zahlen in große Tabellen hat und wenige Updates drauf macht, dann werden in die Logfiles auch wenige Blöcke geschrieben.

Wieviele Datensätze planst du darin zu verwalten? Auf welcher DB?

Wie schaut die Änderungsrate aus? Wenn du dauernd auf dieser Tabelle rumsperrst ...

Zitat:

Zitat von NoName1 (Beitrag 1396902)

Guten Tag,
ich habe eine Tabelle die jetzt schon 100 Spalten umfasst.
Nun sollen noch mehr Spalten hinzugefügt werden.
Die Datenbank ist korrekt aufgebaut in 1:n Beziehungen und die Normalisierung ist auch korrekt.
Ist es nun nicht besser evtl. eine 2. Tabelle anzulegen und dadurch die Normalisierung zu verletzen?
Hat natürlich auch den Nachteil das beim Selektieren von Daten evtl. immer 2 Tabellen angesprochen werden müssen,
je nach dem welche Daten zusammen gestellt werden sollen / müssen.
Wie würdet Ihr es handhaben? Was ist die bessere Lösung?
Mit Gruß Noname1