TFDMemtable und ftvariant

[MichaelT]

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.

Zitat von Ghostwalker:

Hmmm...schade. Das wär die Ideale Möglichkeit für Programmoptionen gewesen.