Der 'Feldtyp' wird von
ADO erkannt. Devart kann damit auch umgehen. Es stellt sich aber die Frage ob man im Fall von bspw. Datum eine Datum will oder ein
OLE Datum zurückbekommt usw...
Düster, deswegen auch die Verwirrung zuvor, hatte ich mich erinnert, dass zu Zeiten von AnyDAC der Typ Verwirrung stiftete. Der Dmitry hat den Feldtyp glaube ich als Typ 'für alles andere' verwendet zu einer Zeit 'alles andere' noch überschaubar war. Will ihm jetzt nichts unterstellen, allein da ich mich nur düster erinnere.
Nicht in der MS Welt sondern bspw. auch in 4D gibt es einen Modus in dem der Datentyp selbst in der Datenbank nicht fixiert ist.
Die Speicherung von Programmoptionen mache ich mit einer Tabelle
Name für die Option | Typ | Wert als String
Damit war für mich das Thema relativ hurtig erledigt. Ala Windows Registry.
---
Alternativ kann man soviel ich weiß noch immer eine Structured Storage bemühen. Ist ein eigenes File (möglw. pro User) und kann man genauso in einer
DB verräumen. Ein Kollege (lang, lang ist's her) von mir generiert aus Settings gespeichert in Betrieve diese Files und die liegen dann lokal bei der Applikation. In Delphi geht soviel ich weiß die
OLE Variante. Ob ein Lösung mit nur In-memory Stream funktioniert muss man gucken.
Hmmm...schade. Das wär die Ideale Möglichkeit für Programmoptionen gewesen.
