Chili Palmer
9b58e0ec43
Setzt den OpenSpec-Change phase-3-isam um (49/49 Aufgaben) und schliesst damit Phase 3 ab. Alle 22 ISAM-Elemente des Inventars sind implementiert; der Abdeckungsstand steigt auf 217 implementiert / 15 offen / 53 Non-Feature. Frontend - ISAM-Anweisungen als eigener Zweig im Parser: NAME [#]n [, arg ...], Sonderform ROLLBACK ALL ueber eine Sentinel-Kennung - 22 Signaturen in builtin_stmt/builtin_fn, neue Argumentart R (Satzvariable eines benutzerdefinierten Typs) - Satzargumente von INSERT/RETRIEVE/UPDATE werden gegen den Typ der Dateinummer geprueft, sofern beide literal bekannt sind - Die Unsupported-Absenkung von OPEN ... FOR ISAM entfaellt Speicherschicht (tb-runtime::isam, einziger Ort mit redb) - Je Tabelle eine Satztabelle satz-id -> Satzbytes, je Index eine Tabelle Schluesselbytes -> satz-id. Satz-IDs sind monoton und werden nie wiederverwendet: der Cursor merkt sich eine ID, eine neu vergebene koennte still auf einen fremden Satz zeigen - Satzbytes entstehen mit fileio::wert_schreiben/wert_lesen, also mit den Recordpuffern und der UTF-32-Festtextkodierung aus datei-eio - Ordnungserhaltende Schluesselkodierung je Spaltentyp; Text als UTF-8, dessen Bytereihenfolge die Codepoint-Reihenfolge ist und damit dieselbe Ordnung wie CmpStr der VM. Ein Eigenschaftstest ueber 5000 zufaellige Wertepaare je Typ haelt fest, dass der Bytevergleich dem fachlichen Vergleich entspricht -- eine Ordnungsverletzung faellt sonst erst bei bestimmten Datenwerten auf - Cursor als Wert (aktiver Index, letzte Satz-ID, unpositioniert), nicht als gehaltener Iterator: er ueberlebt Satzaenderungen und Transaktionsgrenzen - Sicherungspunkte ueber ein eigenes Ruecknahmeprotokoll; ROLLBACK ALL bricht die Bibliothekstransaktion direkt ab Semantik durchweg aus der Original-Hilfe - Die Argumentformen stammen erstmals aus den Einzelseiten, nicht nur aus der Themenliste. Das korrigierte eine Annahme des Entwurfs: die Spaltenliste von CREATEINDEX ist keine Zeichenkette mit Trennzeichen, sondern eine Folge einzelner Stringargumente - SEEKEQ mit unvollstaendigem Schluessel schlaegt immer fehl, SEEKGT mit Teilschluessel positioniert wie SEEKGE - Nach SETINDEX ist der erste Satz der neuen Ordnung aktuell, nach DELETE der folgende - Suche ueber den NULL-Index meldet 87, nicht 83; damit hat jeder Code von 81 bis 89 einen Ausloeser - Einzige Erweiterung: ein - vor dem Spaltennamen ordnet absteigend. Die Original-Hilfe kennt bei CREATEINDEX keine Sortierrichtung, die Anforderung verlangt sie. Kollisionsfrei, weil ein TYPE-Feldname nie mit - beginnen kann CLOSE beendet keine Transaktion - Erst schrieb es sie fest, womit das Schliessen irgendeiner Dateinummer die Transaktion aller anderen mit beendete und ein folgendes ROLLBACK ALL ins Leere lief. Ausstehende Aenderungen sind ohnehin festgeschrieben, weil jede Operation ausserhalb einer Transaktion fuer sich eine ist - Ueber das Ende entscheiden allein COMMITTRANS und ROLLBACK ALL; eine beim Programmende offene Transaktion verfaellt, in beiden Wegen gleich SETMEM und Fehler 89 - Ohne DOS-Speichermodell ist SETMEM die Obergrenze des ISAM-Puffers (Vorgabe 65536 Bytes); ohne echte Grenze waere Code 89 nie erreichbar und die Anweisung eine Attrappe Tests - 18 Einheitentests (Kodierung, Formatversion, Satz-IDs, Roundtrip ueber alle Feldtypen, Indexordnung, Cursor, Protokoll) - 6 Korpusprogramme: Tabellen, Indizes, Cursor, Saetze, Transaktionen, Puffer und Vergleichsordnung -- je in einem temporaeren Arbeits- verzeichnis, der Projektbaum bleibt sauber - Der VM-Test zu Fehler 73 prueft ISAM nicht mehr, sondern SETUEVENT; dafuer belegt ein neuer Test, dass OPEN ... FOR ISAM arbeitet Dokumentation: Datenbankdateiformat in dateiformate.md, Abschnitt 10a samt Sortierordnung und SETMEM-Abweichung in sprachreferenz.md, ISAM-Abschnitt in bibliothek.md, Inventar auf implementiert, PLAN.md schaerft die Leitplanke Referenzverhalten -- sie gilt auch gegenueber den eigenen Spezifikationen. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
127 lines
2.9 KiB
QBasic
127 lines
2.9 KiB
QBasic
' tb-screen: 80x25
|
|
' tb-tempdir
|
|
' ISAM (Spec isam-datenbank, Anforderungen "Cursorbewegung in der Ordnung
|
|
' des aktiven Index" und "Schluesselsuche"): MOVE-Familie, Einfuegereihen-
|
|
' folge ohne aktiven Index, EOF/BOF an den Raendern, SEEK-Familie mit
|
|
' Praefixsuche, erfolglose Suche und Suche ohne aktiven Index.
|
|
' Laeuft in einem temporaeren Verzeichnis.
|
|
TYPE Satz
|
|
Schluessel AS INTEGER
|
|
Nachname AS STRING * 6
|
|
Vorname AS STRING * 6
|
|
END TYPE
|
|
DIM s AS Satz
|
|
|
|
ON ERROR GOTO Handler
|
|
OPEN "cursor.isam" FOR ISAM Satz "Werte" AS #1
|
|
|
|
' Einfuegereihenfolge 30, 10, 20 — damit sie sich von der Indexordnung
|
|
' unterscheidet.
|
|
s.Schluessel = 30
|
|
s.Nachname = "Cesar"
|
|
s.Vorname = "Carl"
|
|
INSERT #1, s
|
|
s.Schluessel = 10
|
|
s.Nachname = "Adam"
|
|
s.Vorname = "Anna"
|
|
INSERT #1, s
|
|
s.Schluessel = 20
|
|
s.Nachname = "Adam"
|
|
s.Vorname = "Bert"
|
|
INSERT #1, s
|
|
|
|
CREATEINDEX #1, "NachSchluessel", 1, "Schluessel"
|
|
CREATEINDEX #1, "NachName", 0, "Nachname", "Vorname"
|
|
|
|
' --- 6.3: Bewegung ohne aktiven Index folgt der Einfuegereihenfolge ---
|
|
SETINDEX #1
|
|
PRINT "ohne Index:";
|
|
MOVEFIRST #1
|
|
DO WHILE NOT EOF(1)
|
|
RETRIEVE #1, s
|
|
PRINT s.Schluessel;
|
|
MOVENEXT #1
|
|
LOOP
|
|
PRINT
|
|
|
|
' --- 6.2: Durchlauf in der Ordnung des aktiven Index ---
|
|
SETINDEX #1, "NachSchluessel"
|
|
PRINT "vorwaerts:";
|
|
MOVEFIRST #1
|
|
DO WHILE NOT EOF(1)
|
|
RETRIEVE #1, s
|
|
PRINT s.Schluessel;
|
|
MOVENEXT #1
|
|
LOOP
|
|
PRINT
|
|
|
|
PRINT "rueckwaerts:";
|
|
MOVELAST #1
|
|
DO WHILE NOT BOF(1)
|
|
RETRIEVE #1, s
|
|
PRINT s.Schluessel;
|
|
MOVEPREVIOUS #1
|
|
LOOP
|
|
PRINT
|
|
|
|
' --- 6.4: MOVENEXT am Ende setzt EOF, Cursor unpositioniert ---
|
|
MOVELAST #1
|
|
MOVENEXT #1
|
|
PRINT "EOF nach MOVENEXT am Ende:"; EOF(1); "BOF:"; BOF(1)
|
|
RETRIEVE #1, s
|
|
|
|
' --- 6.4: MOVEPREVIOUS am Anfang setzt BOF, Cursor unpositioniert ---
|
|
MOVEFIRST #1
|
|
MOVEPREVIOUS #1
|
|
PRINT "BOF nach MOVEPREVIOUS am Anfang:"; BOF(1); "EOF:"; EOF(1)
|
|
RETRIEVE #1, s
|
|
|
|
' --- 6.5: SEEKGT, SEEKGE, SEEKEQ mit den Schluesseln 10, 20, 30 ---
|
|
SETINDEX #1, "NachSchluessel"
|
|
SEEKGT #1, 20
|
|
RETRIEVE #1, s
|
|
PRINT "SEEKGT 20 ->"; s.Schluessel
|
|
|
|
SEEKGE #1, 20
|
|
RETRIEVE #1, s
|
|
PRINT "SEEKGE 20 ->"; s.Schluessel
|
|
|
|
SEEKGE #1, 15
|
|
RETRIEVE #1, s
|
|
PRINT "SEEKGE 15 ->"; s.Schluessel
|
|
|
|
SEEKEQ #1, 10
|
|
RETRIEVE #1, s
|
|
PRINT "SEEKEQ 10 ->"; s.Schluessel
|
|
|
|
' --- 6.5: Praefixsuche ueber einen mehrspaltigen Index ---
|
|
SETINDEX #1, "NachName"
|
|
SEEKGE #1, "Adam"
|
|
RETRIEVE #1, s
|
|
PRINT "Praefix Adam ->"; RTRIM$(s.Nachname); "/"; RTRIM$(s.Vorname)
|
|
' SEEKEQ mit unvollstaendigem Schluessel schlaegt immer fehl (Original-Hilfe).
|
|
SEEKEQ #1, "Adam"
|
|
PRINT "SEEKEQ mit Praefix, EOF:"; EOF(1)
|
|
' Mit beiden Werten findet SEEKEQ den Satz.
|
|
SEEKEQ #1, "Adam", "Bert"
|
|
RETRIEVE #1, s
|
|
PRINT "SEEKEQ Adam/Bert ->"; s.Schluessel
|
|
|
|
' --- 6.6: erfolglose Suche setzt EOF, Cursor unpositioniert ---
|
|
SETINDEX #1, "NachSchluessel"
|
|
SEEKGT #1, 30
|
|
PRINT "SEEKGT 30, EOF:"; EOF(1)
|
|
RETRIEVE #1, s
|
|
|
|
' --- 6.7: Suche ueber den NULL-Index meldet 87 ---
|
|
SETINDEX #1
|
|
SEEKEQ #1, 10
|
|
|
|
CLOSE #1
|
|
PRINT "fertig"
|
|
END
|
|
|
|
Handler:
|
|
PRINT "ERR="; ERR
|
|
RESUME NEXT
|