Bouw het schema opnieuw op vanuit de bron

Een leeg databasepad is nog geen uitleendatabase. Het heeft elke keer dezelfde drie tabellen en regels nodig, ook wanneer er geen eerder .db-bestand beschikbaar is om te kopiëren.

In dit project zijn vier bestanden zichtbaar:

Open catalog_setup.py. De drie CREATE TABLE-strings bevatten het huidige ontwerp al. Versie 2 behoudt de bekende tabellen items en loans en voegt email TEXT, dat NULL toestaat, toe als laatste kolom van members.

Je werkt in create_current_schema(connection). De functie ontvangt een open verbinding. Voer eerst BEGIN uit en daarna elk van de drie tabelinstructies afzonderlijk. Als alle instructies slagen, roep je connection.commit() aan. Als een instructie een exception veroorzaakt, roep je connection.rollback() aan en laat je die oorspronkelijke exception doorgaan.

Waarom schrijf je zelf BEGIN? Een SQLite-verbindingscontext kan commit of rollback kiezen voor gegevenswijzigingen, maar begint deze reeks instructies voor het aanmaken van tabellen niet voor je. Zonder expliciet begin kan bij een latere fout een eerdere tabel achterblijven. Hier hebben alle drie de tabellen één uitkomst nodig.

Sluit de verbinding niet. De aanroeper heeft haar meegegeven en beheert nog steeds haar levenscyclus.

Druk op Run. run_setup.py opent een nieuwe verbinding naar een database in het geheugen en doet precies deze aanroep:

create_current_schema(connection)

Het nieuwe blok moet zo eindigen:

== rebuild the schema ==
Call: create_current_schema(connection)
Tables: items, loans, members
Members columns: id, member_code, name, loan_limit, email
Schema version: 0
Transaction still open: no

De versie blijft bewust 0. Je hebt het aanmaken atomair gemaakt; nu heeft dat exacte schema een opgeslagen versie nodig.

Submit veroorzaakt ook bewust een later conflict. Als members al bestaat, mislukt de tweede aanmaak. Een correcte rollback verwijdert de tabel items die eerder in dezelfde poging is aangemaakt en behoudt de tabel die er al was.