Hallo,
ich bin gerade dabei eine neue Datenbank aufzubauen, welche bereits aus vielen kleineren Tabellen besteht.
Allerdings gibt es noch eine recht große Tabelle, bei der ich überlege, welche Lösung hier besser ist.
Hautpsächlich werden im ersten Schritt nur einzelne Daten/Spalten abgefragt und auch für den INSERT sollen nur wenige Spalten zwingend erforderlich sein zur Identifizierung des Objekts.
Macht es in diesem Fall Sinn, diese Tabelle aufzuteilen (sozusagen in "Grunddaten" (aktuelle Planung ca. 11 Spalten) und "weitere Details" (aktuell geplant ca. 15 Spalten - Eingaben wären jeweils optional)) oder ist es besser diese in einer Tabelle zu belassen?
Einige der Spalten beinhalten bereits nur den Index einer Untertabelle (wie Farbangaben, Status, Eigenschaftenm Zugehörigkeiten - die Normalisierung versuche ich also bereits weitestgehend zu berücksichtigen). Ein paar wenige (Beschreibungen/Text) sollen aber mehrsprachig sein, so dass ich hierfür mehrere Spalten einplane.
Zusätzlich plane ich auch (schon der Übersichtlichkeit wegen) noch eine weitere Tabelle (index=index Haupttabelle), in welcher es eine lange Beschreibung mit Unterteilung in verschiedene Kategorien (einzelne Spalten, da nicht jedes Objekt zu jeder Kategorie Einträge haben wird) geben soll. Hierbei wird es jede Spalte zu Beginn zweimal (2 Sprachen) geben.
Da eine zu große Aufspaltung für die Performance sicher auch nicht gerade förderlich ist, bin ich jetzt am Überlegen, ob ich die Haupttabelle nochmals aufteilen sollte oder ob knapp 30 Spalten keine erwähnenswerte Verschlechterung der Performance bringen. oder eventuell sogar günstiger sind als eine Aufteilung...
Würde mich über Meinungen (oder auch hilfreiche Links) hierzu freuen...
ich bin gerade dabei eine neue Datenbank aufzubauen, welche bereits aus vielen kleineren Tabellen besteht.
Allerdings gibt es noch eine recht große Tabelle, bei der ich überlege, welche Lösung hier besser ist.
Hautpsächlich werden im ersten Schritt nur einzelne Daten/Spalten abgefragt und auch für den INSERT sollen nur wenige Spalten zwingend erforderlich sein zur Identifizierung des Objekts.
Macht es in diesem Fall Sinn, diese Tabelle aufzuteilen (sozusagen in "Grunddaten" (aktuelle Planung ca. 11 Spalten) und "weitere Details" (aktuell geplant ca. 15 Spalten - Eingaben wären jeweils optional)) oder ist es besser diese in einer Tabelle zu belassen?
Einige der Spalten beinhalten bereits nur den Index einer Untertabelle (wie Farbangaben, Status, Eigenschaftenm Zugehörigkeiten - die Normalisierung versuche ich also bereits weitestgehend zu berücksichtigen). Ein paar wenige (Beschreibungen/Text) sollen aber mehrsprachig sein, so dass ich hierfür mehrere Spalten einplane.
Zusätzlich plane ich auch (schon der Übersichtlichkeit wegen) noch eine weitere Tabelle (index=index Haupttabelle), in welcher es eine lange Beschreibung mit Unterteilung in verschiedene Kategorien (einzelne Spalten, da nicht jedes Objekt zu jeder Kategorie Einträge haben wird) geben soll. Hierbei wird es jede Spalte zu Beginn zweimal (2 Sprachen) geben.
Da eine zu große Aufspaltung für die Performance sicher auch nicht gerade förderlich ist, bin ich jetzt am Überlegen, ob ich die Haupttabelle nochmals aufteilen sollte oder ob knapp 30 Spalten keine erwähnenswerte Verschlechterung der Performance bringen. oder eventuell sogar günstiger sind als eine Aufteilung...
Würde mich über Meinungen (oder auch hilfreiche Links) hierzu freuen...