Meine Erklärung warum ich das als Serialize speichern möchte.

[dedlfix]

Tach!

Da ich jetzt aber noch nicht weiß wie viele Felder ich benötige, möchte ich diese optionale Elemente als "Serialize" speichern um nicht ständig neue Felder hinzufügen zu müssen. Außerdem müsste ich dann ständig den insert Code anpassen, was auch nicht wirklich toll ist.

Mal ganz salopp gesagt und ohne einen Vorwurf: wenn es nur darum geht, der eigenen Faulheit ihren Lauf zu lassen, dann solltest du das lieber nicht tun, besonders dann nicht, wenn du in diesen Daten später mal suchen möchtest.

Andererseits kann das was du vorhast auch eine Art dokumentenbasierte Speicherung sein. Betrachte dabei den Begriff „Dokument“ nicht als das fertige PDF sondern als eine Sammlung von zusammengehörigen Daten zu einem Thema.

Beispielsweise wären da Fließtextbausteine, die beliebig viele Platzhalter aufweisen können, deren Daten nicht aus den relationalen Bestand (Kundendaten, Artikeldaten, Bestelldaten, etc.) genommen werden sollen, sondern vom Bearbeiter individuell eingegeben werden. Da weiß man auch nicht, wieviele Felder es in die Fließtexte schaffen. Man kann das natürlich auch mit einer Tabelle aufbauen, in der Fließtext-ID, Platzhaltername und Inhalt als drei Felder stehen nebst einem Verweis auf den Kunden oder wem auch immer dieser Textbaustein zugewiesen werden soll. Jeder Platzhalter hat dann einen eigenen Datensatz. Oder aber, man legt die Platzhalter als Serialized LOB (Large Object) ab.

Am Ende musst du das dann für dich entscheiden. Und wenn es sich später als ungünstig herausstellt, dann war das ein Fall für die Erfahrungssammlung.

dedlfix.