Was du jetzt bauen kannst

Das fertige Verleihprogramm kann mit Quelldateien und einem leeren Pfad beginnen, genau die erwartete Datenbank aufbauen, Katalogzeilen importieren, ohne bei einer exakten Wiederholung Duplikate zu erzeugen, und Verleihaktivität nach dem Beenden des Programms erhalten. Zusammen ergeben diese Teile eine vollständige kleine Anwendung.

Die Belege verteilen sich auf Dateien, die du benennen kannst:

• catalog_setup.py erstellt Version 2, entwickelt eine exakte Version 1 weiter und lehnt eine Version ab, deren Tabellen und Spalten nicht übereinstimmen.

• catalog_import.py validiert jede CSV-Zeile vor dem Schreiben und gibt dann dem gesamten Import ein gemeinsames Ergebnis.

• catalog_db.py hält Verbindungen, Abfragen und Befehle hinter gezielten Funktionen.

• lending.py gibt diesen Funktionen eine Kommandozeilenschnittstelle mit stabiler Ausgabe und aussagekräftigen Fehlerstatuswerten.

• tests/test_catalog.py und tests/test_lending.py prüfen neue temporäre Datenbanken und einen vollständigen Ablauf.

Auch das SQL hinter diesen Dateien beherrschst du jetzt. Du kannst ein kleines relationales Schema mit Schlüsseln und Regeln entwerfen, zusammengehörige Zeilen verknüpfen, Gruppen zusammenfassen, Werte sicher binden und mehrere Änderungen gemeinsam festschreiben oder zurückrollen. Du kannst testen, was die Datenbank tut, ohne eine exakte Schreibweise der Abfrage zu verlangen.

Eine Grenze solltest du klar im Blick behalten. Run auf Python Land verwendete ein temporäres Verzeichnis. Das machte die Demonstration wiederholbar und hielt erzeugte Datenbankdateien aus deinem gespeicherten Quellcode heraus. Es verwandelte den Arbeitsbereich der Website nicht in dauerhaften Datenbankspeicher.

Lokale dauerhafte Speicherung beginnt, wenn das heruntergeladene Programm einen Pfad auf deinem Computer erhält, zum Beispiel "catalog data.db". Ein Befehl kann diese Datei erstellen und enden, und ein späterer Befehl kann dieselbe Datei erneut öffnen. Die Downloadanleitung zeigt diesen Ablauf. Weil er auf deinem Computer stattfindet, kann die Website die entstandene Datenbankdatei nicht untersuchen.

Du hast jetzt ein Quellprojekt, das weiß, wie es seinen eigenen Zustand erstellt. Diese Unterscheidung ist wichtig: Python, SQL, CSV, Tests und README sind verfasste Quelldateien; eine konkrete .db-Datei ist erzeugter Zustand. Diese Rollen getrennt zu halten macht das Projekt leichter verständlich, testbar, neu aufbaubar und teilbar.