[SQL allgemein] Performante Datenbankstruktur

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • [SQL allgemein] Performante Datenbankstruktur

    Derzeit nutze ich eine Tabelle mit ca. 30.000 Einträgen.

    Id, Inhalt1, Inhalt2, Inhalt3

    Für die erste Seite wird nur Inhalt1 gebraucht, für die zweite
    Inhalt1 und Inhalt2, für die dritte Inhalt 1, 2 und 3

    In einem weiterem Projekt würde ich auf über 100.000 Einträge
    in einer Tabelle kommen.

    Für dieses Projekt habe ich mir folgende DB-Strukturen überlegt:

    Tabelle1: T1-ID, T1-Inhalt
    Tabelle2: T2-ID, T1-ID, T2-Inhalt
    Tabelle3: T3-ID, T2-ID, T1-ID, T3-Inhalt

    Die grösse der Datenbank wäre dann minimal,
    aber auf der 3 Seite der Navigation müssten dann bei
    der SQL-Abfrage drei Tabellen berücksichtigt werden um den
    Inhalt auszugeben.

    Meine Frage wäre, ob die folgende Struktur nicht performanter wäre:

    Tabelle1: T1-ID, T1-Inhalt
    Tabelle2: T2-ID, T1-ID, T2-Inhalt, T1-Inhalt
    Tabelle3: T3-ID, T2-ID, T1-ID, T3-Inhalt, T2-Inhalt, T1-Inhalt

    Vielen dank im Vorraus
    flo

  • #2
    ähm ... wie baust du deine Seite auf? das ist aber ein komischer Konstruk was du grad hast

    Kommentar


    • #3
      Die Seite ist wie folgt aufgebaut:

      Zunächst wird alles nach Inhalt1 sortiert,

      klickt jemand auf Inhalt1 (z.B. Autor), dann werden alle Werke von
      Inhalt1, also Inhalt2 angezeigt, dann kann man auf Inhalt2 klicken und landet in der Seite, die Autor,Titel und Kapitelinhalt (Inhalt3) anzeigt.

      Es gilt ja die Konvention, dass ein Autor mehrere Werke schreiben kann, und die Werke jeweils mehrere Kapitel haben können.

      Ich suche also nach etwas performanterem zu:

      ID, Autor, Werk, Titel/Kapitel/Untertitel

      Gruß
      flo

      Kommentar


      • #4
        dann suche nach Nested Sets, das ist genau richtig dafür, es gibt sogar ein TUT hier auf der Seite

        Kommentar

        Lädt...
        X