Hallo,
wenn es wirklich bei so einer starren Struktur bleibt, und jeder Artikel immer nur an einem Ort Lagern kann, dann reicht eine Artikel Tabelle. Die erweiterst du um die Spalten Hauptlager und Unterlager, in welche du entsprechend die Nummer des Lagers schreibst. Beim einlesen der Tabelle verteilst du die Artikel dann einfach auf die entsprechenden Knoten in deinem Baum (in einem späteren Schritt kannst du dann ja mal versuchen die Artikel erst aus der Tabelle in den Baum zu bringen, wenn der entsprechende Knoten aufgeklappt wird).
Wenn jeder Artikel in an mehreren Orten liegen kann, dann benötigst du ein bis zwei Tabellen für die Haupt- und Unterlager, eine für die Artikel und eine Verknüpfungstabelle. Das mag sich erst einmal nach viel Arbeit anhören, ist aber halb so wild und erlaubt dir mehr Flexibilität.
Generell solltest du die Strukturierung deiner Daten nie davon abhängig machen, wie du sie am besten in dieser oder jener Komponente anzeigen kannst. Die Daten müssen von ihrer Struktur her in sich schlüssig sein, wie du sie anzeigst, ist dann der zweite Schritt. Sollte sich tatsächlich einmal kein Weg finden die Daten in Komponente X darzustellen, dann ist die Komponente ungeeignet. Bei deinem Baum sehe ich da aber keine Probleme.
Critter
_________________
Diejenigen, die grundlegende Freiheiten aufgeben, um ein wenig mehr vorrübergehende Sicherheit zu erkaufen, verdienen weder Freiheit noch Sicherheit.
(Benjamin Franklin;"The Papers of Benjamin Franklin", Vol. 6, Apr. 1, 1755, through Sep. 30, 1756)
