Es wird knallen.
Du sortierst deine Tabellen 'topologisch', sodaß jede Tabelle 'A', die einen FK auf eine Tabelle 'B' hat, in der Ordnung höher angesiedelt ist.
Dann hast Du die Reihenfolge, in der die Tabellen zu importieren sind, sodaß es beim Import knallt.
Sage deinem Ausbilder, das seine Vorgabe für das Lernen von Algorithmen sehr sinnvoll ist, aber in der Praxis ziemlich dämlich, denn dadurch wurd der Import sehr viel langsamer. Und Performance ist das, was zählt.
Zudem ist die Vorgabe sehr praxisfremd (ich gehe davon aus, das er die Daten recordweise einlesen lassen will), denn i.a. verwendet man 'bulk insert', um Tabellen zum importieren. Dabei werden diese ohne Rücksicht auf Verluste in die
DB geblasen und hinterher per FK auf Konsistenz geprüft, also:
1. Constraints ausschalten
2. BULK INSERT
3. Constraints einschalten
Schneller, und damit praktikabler, geht es nicht. Die zu importierenden Tabellen können i.a. vorher auf referentielle Integrität geprüft werden.
Dies ist natürlich bei TB-großen Tabellen kaum möglich.