Datenbank-Definierte Forms, suche geeignetes Scripting Tool

[sx2008]

Zitat von Medium:

Ich denke dabei daran die *.dfm in ein BLOB zu werfen, pro Bild/Formular ein Datensatz,

Wie soll dieses "Werfen" denn vor sich gehen?
Also nach meinen Erfahrungen sollte man diese Art von Daten nicht in der Datenbank speichern.
In meinen Projekten habe ich z.B. Templates für Reports (=DFM-Dateien des Report-Builders) in der Datenbank gespeichert.
Das Problem entsteht nun bei den Software-Updates.
Man benötigte ein Updatescript um die Blobs in der Datenbank zu aktualisieren.
Im Script mussten immer alle Templates enthalten sein, um auch ganz alte Installationen auf den aktuellen Stand zu bringen.
Manche Kunden hatten aber auch angepasste Templates (z.B. mit ihren Firmenlogo).
Diese Templates wurden natürlich vom Standardscript überbügelt. ==> grosses Geschrei beim Kunden
Manchmal war auch unbekannt, ob ein best. Kunde speziell angepasste Templates benützt.
(unser Fehler, zu wenig Doku)
Also mussten wir ein Backup der gesamten Datenbank anfordern, weil es zu schwierig war
dem Kunden zu erklären wie er aus einer bestimmte Tabelle einige Blobs rausholen kann.

Lange Rede, kurzer Sinn:
wir speichern die Templates nicht mehr in der Datenbank, sondern in einem
Unterverzeichnis und sind bei Updates wesentlich entspannter.

[Medium]

@Furtbichler: COM, irgendwie bekomme ich da nervöses Zucken. Ich muss mir das Vorhaben aber generell noch ein wenig gründlicher überlegen. Ohne vernünftige Planung will ich da jetzt nicht drauf los, im März gibts dank Urlaub hoffentlich mehr Gelegenheit dafür Insbesondere die Implikationen für Änderungen an bestehenden Systemen muss ich sehr sorgfältig betrachten.

@sx2008: Jaaa, mit "Dateien" in BLOBS gehört gespart, damit bin ich mir auch schon mal über die Zehen gerollt. Da hier der Typ, die Anzahl und die Struktur recht starr ist, schwob mir vor für Änderungen kein kleines Tool zu schreiben. Unsere Kunden werden jedenfalls definitiv nicht darin fummeln, im Gegenteil: Ich spiele stark mit dem Gedanken, die Scripte und DFMs zu verschlüsseln. Mit etwas Vorsicht und technischer Hilfe sollte sich unser Repository dann synchron zum Ist-Bestand bei den Kunden verhalten. Es spräche aber auch nichts wirklich gegen Dateien, zumindest bisher sind die Server unter unserer Administration und wir können tun und lassen was wir wollen. Da das aber nicht immer so sein muss, sollte ich zumindest beide Wege in Betracht ziehen.

[Furtbichler]

Zitat von Medium:

@Furtbichler: COM, irgendwie bekomme ich da nervöses Zucken.

COM ist safe. Aber das mit dem Zucken hatte ich auch. Bis mir klar wurde, das die halbe PLC mit COM arbeitet. Und von da an war es mir auch wurscht.

PS: Die Visualisierungslösung, die mein Ex-Arbeitgeber entwickelt hat, wimmelt auch nur so vor COM.

[DonManfred]

Ich denke das TMS-Scripter-Studio für Dich interessant sein dürfte.