Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
ich habe eine DB, und ich kann ganz normal Strings und Zahlen speichern und lesen. Nun wollte ich aber eine Klasse die mehrer Felder hat als ein Objekt speichern.
Wie geht das, und wie kann ich das in meiner Access Datenbank anlegen, aufrufen, und speichern??
???:L ein Object seralisieren.. das ging doch glaube ich einfach mit 'implements serializible' ? hmm kannst du mir vielleicht ein ganz einfaches Beispiel zeigen, das wäre echt super ... der XML Encoder sagt mir acuh nichts....
ein Object seralisieren.. das ging doch glaube ich einfach mit 'implements serializible' ? hmm kannst du mir vielleicht ein ganz einfaches Beispiel zeigen, das wäre echt super ... der XML Encoder sagt mir acuh nichts....
Ansonsten: Du könntest eine Methode bauen, die die Felder deines Objekts in die Datenbank schreibt. Oder einen DataMapper implementieren, d. h. ein Objekt, das in der Mitte sitzt und dein Objekt in die Datenbank schreibt. Oder ...
Bei all diesen Ansätzen musst du daran denken, ob es mehrere Instanzen eines bestimmten Datensatzes in der Datenbank geben darf, bzw wie du damit umgehen willst. Das Registry-Pattern ist hier u. U. dein Freund.
Viel zu bedenken, unterschätz das Problem nicht...
Gruß
Tobias
P.S.: Eine Column vom Typ Object? Halte ich für ein Gerücht. Auch wenn es Microsoft zu zutrauen wäre...
Serialisierte Objekte sind einfach lange Strings und sollten dann in ein Varchar-Feld in der DB wandern.
Finde ich ziemlich übel sowas - das hat doch mit relationaler Datenbank-Technologie nichts mehr zu tun...
Die Datenbank verkommt so zu einem simplen Massenspeicher - und dafür ist sie doch echt oversized (Der Effekt tritt natürlich beim einfachen Serialisieren immer auf.).
Finde ich ziemlich übel sowas - das hat doch mit relationaler Datenbank-Technologie nichts mehr zu tun...
Die Datenbank verkommt so zu einem simplen Massenspeicher - und dafür ist sie doch echt oversized (Der Effekt tritt natürlich beim einfachen Serialisieren immer auf.).
Ja, das stimmt schon hat aber auch Vorteile. Ich habe in meinrer Software eine State-Tabelle in der ich ganz einfach beliebige Objekte wie Flags, Optionen etc. speichern kann. Das geht wesentlich schneller als für jede einzelnen Wert eine Tabelle anzulegen. So kann ich als Parameter mitgeben was ich will. In der Konfigurationsdatei will ich diese Objekte abre auch nicht speichern, da der User darauf Zugriff hat.
