Delphi FireDAC SQLite Typ VARCHAR(2) vs. STRING(2)

[Blo]

Wir betreiben eine Datenbank-Anwendung (Delphi 10.3 Rio, Vcl, FireDAC, SQLite)

Folgendes ist uns aufgefallen (und nicht verstehen):

Die SQLite-Datenbank hat u.a. ein Feld mit dem Typ STRING(2). Wenn wir da z.B. „07“ abspeichern, die Tabelle wieder öffnen und das Feld auslesen (FieldByName().AsString) wird „7“ zurückgeliefert. In der Tabelle ist auch wirklich nur eine „7“ gespeichert (mit SQLManager nachgeprüft).

Wenn wir den Typ auf VARCHAR(2) für dieses Feld ändern, wird „07“ zurückgeliefert.

„07“ ist der richtige Wert, wird auch im weiteren Programmverlauf nicht in ein Zahlformat umgewandelt.

[roga]

Wie wird der String gespeichert? Der String sollte auch in Anführungszeichen gesetzt werden: "07"

[Blo]

Durch Kopieren aus einer anderen Datenquelle:

qryZiel.FieldByName('ASD').asString:= qryQuelle.FieldByName('ASD').asString;

[jobo]

sqlite hat ein etwas ungewöhnliches Verhalten, was die Spaltentypen und ihre Zuordnung / Werteinterpretation angeht. Im Grunde ist jedes DB System (oder auch Anwendung) der Problematik unterworfen, den Typ eines zu verarbeitenden Wertes zu bestimmen, jedenfalls in dem Moment, wo es nicht explizit im Code gehandhabt wird oder direkt ableitbar ist.
sqlite nennt das Type Affinity. Kannst du ja mal nachschlagen und schauen, ob sich Dein Problem damit erklären lässt.

[Blo]

Erklärungsversuch:
In dem ich schreibe "VARCHAR(2)" (Hier ist die Zeichenfolge "CHAR" enthalten) wird (die sogenannte) Säulenaffinität "TEXT" zugeordnet. Andernfalls ist die Affinität "NUMERIC". "STRING" benhaltet nicht die Zeichenfolge "CHAR" also auch "NUMERIC" als Säulenaffinität.

Also macht der Feldtyp "STRING" aus "07" eine "7".