@daweus Willkommen im Forum.
Wenn Du Dein Vorhaben detaillierter beschriebest könnten wir Dir deutlich besser helfen.
Was für Infos?
Wie gegliedert / strukturiert?

@daweus Das sieht schon nach Datenbänkerei aus. Da ist der @ErfinderDesRades für Dich der geeignete Ansprechpartner.

Deiner Beschreibung kann ich nicht zuverlässig folgen - mach doch einfach einen Screenshot von deim typDataset, und stell dazu deine Frage.

Screenshot anhängen bitte mit Forum-Funktionalität

hmm - scheints bringst du Daten und Datenmodell durcheinander.
Im Dataset-Designer bildet man nicht die Daten, sondern die Struktur der Daten.
Daten gibt man dann zur Laufzeit ein, in diese Struktur.
Soweit ich sehe, handelts sich bei der Struktur bislang um 2 Tabellen: Kapitel und Unterkapitel.
Evtl. käme noch ein Drittes dazu, den Unterkapiteln wieder untergeordnet - nämlich die LernInhalte.

Das System mitte Relationalen Denkweise und die praktische Anwendung habich hier mal erläutert:
codeproject.com/Articles/1030969/Relational-Datamodel
(sind 3 aufeinander folgende Artikel)

Evtl. musst du dir aber ühaupt allerlei Programmier-Grundlagen aneignen, bevor du das ühaupt verstehen kannst - hier mal die Sammlung, was man sich alles aneignen muss:
Datenverarbeitungs-Vorraussetzungen (und ist ausserdem auf deutsch, und tw. sogar mit Video. Aber ist weniger fokussiert, und mit weniger Zusammenhang als die engl. Artikel)

ErfinderDesRades schrieb:

Soweit ich sehe, handelts sich bei der Struktur bislang um 2 Tabellen

Ich würde sogar so weit gehen, dass es nur eine Tabelle ist.
Kapitel und Unterkapitel (und deren Unterkapitel) kann man alle in einer Tabelle halten.
Die hierarchische Struktur lässt sich durch einen Parent-Link und ggf. einen Header-Level abbilden.
Die Lerninhalte, also die Textbausteine, die nicht in einem Inhaltsverzeichnis abgebildet werden sollen, würde ich dann aber doch in eine zweite Tabelle stellen.

Falls das aber mehr als eine hierarchische Lernsoftware werden soll, würde ich für den Start eher auf ein Wiki setzen als auf eine DB-Anwendung.

@daweus
Wenn Du im HKL-Bereich tätig bist, hast Du sicher mit Großhändlern in diesem Bereich zu tun. Die haben ihre gesamte Produktpalette ordentlich strukturiert datenbänklerisch abgebildet. Vielleicht kannst Du an dieser Stelle ein paar Ideen ... hmmm ... anschauen, die Dir bei Deinem Projekt weiterhelfen?
Und schau' Dir UNBEDINGT die Lernvideos vom @ErfinderDesRades an. Wenn Du die 'drin hast, wird alles einfacher.

Ein Parent-Link wäre eine eigene Spalte in der ggf. der Index des darüberliegenden Kapitels abgespeichert wird.

Einen Header-Level kannst du aus Word oder HTML ableiten.
Brauchst du aber nur, falls du beispielsweise in der Lage sein willst, ein Kapitel der 4. Kategorie direkt unter der Hauptkategorie aufzuhängen.

us4711 schrieb:

Die haben ihre gesamte Produktpalette ordentlich strukturiert datenbänklerisch abgebildet

Aber auch da lässt sich vermutlich eher etwas die Strukturierung der Inhalte als über die zugrunde liegende Datenbankstruktur raus lesen.

Und gib deinen Tabellen eine ID spalte mit primärschlüssel.

daweus schrieb:

nur bevor ich Daten eingebe, will ich eine Struktur haben, die aus meiner Sicht hin perfekt ist für meine Aufgaben

Nur was du bislang hast, ist keine Struktur, sondern komplett unbrauchbar.
Daher studiere die Tuts: a) das mitte Videos, um zu sehen, wie unglaublich einfach es ist, und b) das englische Tut, um fundiert zu verstehen, was Datenmodellierung ist, was Databinding, was man machen muss, wie und warum.
Parent-Link, ID, Primärschlüssel, hierarchisches Modell, relationales Modell - all diese klar definierten Begriffe sind da erklärt, die Zusammenhänge aufgezeigt, begründet und gezeigt, wie mans macht.
(Nur Header-Level weiß ich auch nicht - ist mir (noch) kein klarer Begriff im og. Sinne).

petaod schrieb:

Aber auch da lässt sich vermutlich eher etwas die Strukturierung

Stimmt exakt. Ich glaube, im ersten Step geht es doch genau darum.

Da hast du meinen Beitrag jetzt aber ziemlich verstümmelt zitiert.
Wenn ich mir Post #7 anschaue, sehe ich, dass nicht die Strukturierung der Inhalte, sondern das Datenbankdesign zum primären Problem wird
(siehe auch EdRs Kommentar in Post #8).

Na ja, ohne vernünftige Struktur kein vernünftiges Design, oder?

Und für jedes neue Kapitel legst du dann eine neue Datenbank-Tabelle an?
Und wenn du die Kapitelüberschrift umbenennen willst, benennst du den Tabellennamen um?

Vorschlag: Zurück zu Post #8