Programm auf Windows Server 2016 (Citrix) langsam

[dataspider]

Hallo

Ich habe seit einigen Wochen folgendes Problem:

Seit Jahren läuft meine Anwendung auf Citrix Metaframe.
Seit einigen Wochen allerdings werden Reports (ReportBuilder von Digital Metaphors) extrem langsam im Viewer geladen.

Der Report enthält z.B. den Kopfbogen der Firma als JPEG. Diese Kopfbögen hole ich aus der Datenbank, die Größe eines Bildes ist ca. 1 MB.

Bisher dauerte das Laden des Reports in den Viewer ca. 3 Sekunden, jetzt ca. 15 Sekunden.

Starte ich meine Anwendung lokal (Windows 11), ist es OK.
Aber starte ich über Citrix, habe ich das Problem. Dabei spielt es keine Rolle, ob ich über Citrix oder per Remotekonsole die App direkt starte.

Der Unterschied ist also nur, dass einmal Windows 11 als OS Basis ist, und einmal Windows Server 2016.

Deshalb meine Frage in die Runde...

Hat jemand ReportBuilder im Einsatz und Kenntnis über Änderungen evtl. and der Graphic Engine (DirectX / GDI(+)).
Sehe ich das richtig, dass es eigentlich nur am Rendern der Images liegen kann.

Hat jemand noch einen Anhaltspunkt was ich prüfen kann bzw. Hinweise, was solche Probleme verursachen kann.


Frank

[Sinspin]

Hallo Frank,

Je nachdem wie clever der Grabber auf der Senderseite ist kann der erkennen um welche Fenster typen es sich handelt. Videocontent wird im Regelfall erkannt und versucht einzeln zu übertragen. Also nur der bewegte Ausschnitt und nicht alles drum herum.
Bei Bildern sollte es eigentlich keine Sonderbehandlung geben. Könnte es sein dass das Bild progressiv abgespeichert ist? Und beim Zeichnen die Komponente andauernd aktualisiert wird?
Ich kann mich an eine graue vorzeit erinnern wo Citrix mit sowas mal echte Probleme hatte.

[TiGü]

Wie ist denn die Geschwindigkeit beim Laden, wenn anstatt des JPEGs (1 MB ist schon sehr groß für so ein bisschen Header) du das einfach weg lässt oder mit einen generischen einfachen Platzhalter ersetzt?

[dataspider]

Zitat:

Zitat von TiGü (Beitrag 1534867)

Wie ist denn die Geschwindigkeit beim Laden, wenn anstatt des JPEGs (1 MB ist schon sehr groß für so ein bisschen Header) du das einfach weg lässt oder mit einen generischen einfachen Platzhalter ersetzt?

Dann dauert es keine Sekunde. Das Weglassen ist aber keine Option.
Die Anwender sind es gewohnt, wenn Sie aus der Vorschau auf Mail zu klicken,
dass sich der Maildialog öffnet und sich das Angebot als PDF im Anhang befindet...

Vielen Dank

[Jasocul]

Die Grafik wird vermutlich in einem BLOB-Field gespeichert.
Wenn das ausgelesen wird und temporär irgendwo gespeichert wird (durch die Anwendung oder die DB), könnte auch Virenscanner zuschlagen, der die Verzögerung verursacht.

[TiGü]

Zitat:

Zitat von dataspider (Beitrag 1534870)

Dann dauert es keine Sekunde. Das Weglassen ist aber keine Option.
Die Anwender sind es gewohnt, wenn Sie aus der Vorschau auf Mail zu klicken,
dass sich der Maildialog öffnet und sich das Angebot als PDF im Anhang befindet...

Vielen Dank

Versuch mal die Größe runterzudrehen.
Wenn es eine einfache Zeichnung/Grafik ohne Foto und Farbverläufe ist, dann bringt schon das abspeichern als PNG viel.
Oder wenn es eh immer die selbe Grafik ist, beim Programmstart einmalig aus der Datenbank holen und zwischenhalten.

[dataspider]

Zitat:

Zitat von Jasocul (Beitrag 1534871)

Wenn das ausgelesen wird und temporär irgendwo gespeichert wird...

TppDBImage holt vom Bob direkt ins Image...

Zitat:

Zitat von TiGü (Beitrag 1534879)

Versuch mal die Größe runterzudrehen...

Danke - das sind alles sinnvolle Hinweise

Doch bevor ich "zurück baue" versuche ich erst mal die Ursache zu finden.
Es ging ja ohne Probleme bis vor wenigen Wochen.
Und ich weiß noch nicht, was es ist.

ReportBuilder habe ich die neueste Version installiert - Kandidat Nr. 1
Das Netz wurde umgebaut (deutlich schnellere Netzwerktechnik - aber keine neuen Server) - Kandidat Nummer 2
Evtl. Windows Update auf Server mit Verschlimmbesserung - Kandidat Nr. 3

Frank

[paule32.jk]

Microsoft will die "alte" win32api loswerden, so dass die neuen Funktionen
wie man sie auf Tablets her kennt verwendet werden.

Ich weiß zwar nicht warum - warscheinlich um das aufgeblähte System schlanker
und schneller zu machen.

Dann werden mal per Zufallsverfahren bestimmte win32api Funktionen "bewusst" in eine
Warteschlange gepusht.

Das ist gewollt - dieser Zufall, damit die oben beschriebene Situation den User zu "neuer"
Technik /Hardware sowie "neuer" Software dazu bewegen, den Rubel (Kapital) am Rollen zu
lassen.

[Sinspin]

Zitat:

Zitat von paule32.jk (Beitrag 1534886)

Dann werden mal per Zufallsverfahren bestimmte win32api Funktionen "bewusst" in eine
Warteschlange gepusht.

Das ist gewollt - dieser Zufall, damit die oben beschriebene Situation den User zu "neuer"
Technik /Hardware sowie "neuer" Software dazu bewegen, den Rubel (Kapital) am Rollen zu
lassen.

Nimm mal deinen Aluhut ab.
Geh raus und laufe nen paar Stunden an der frischen Luft!
Dann gehen die komischen Vorstellungen hoffentlich aus deinem Kopf.

[TUhr]

Hallo,

ich hatte früher auch Probleme das sich Anwendungen langsam aufgebaut haben, allerdings auf einem Terminal-Server. Ich bin mir nicht mehr 100% sicher, aber ich meine, ich habe damals den Grafik-Treiber
fEnableWddmDriver in der Registrierung geändert und UDP Verbindungen untersagt. Seit dem hatte ich damals keine Probleme mehr.

Ich hoffe es könnte Dir helfen !

MfG
Thorsten Uhr

[dataspider]

Erst mal vielen Dank an alle, die mich hier mit ihren Kenntnissen unterstützt haben.

Ich habe mit verschiedenen Grafikformaten getestet und speichere die Kopfbögen jetzt als Bitmap.
Ich hätte dieses Ergebnis so nicht erwartet.

Die neuen Grafiken sind jetzt, da Bitmap statt 1 MB 26 MG groß.
Jetzt dauert das Laden des Reports keine 3 Sekunden mehr.

Ich weiß jetzt zwar nicht, was letztendlich passiert ist, dass es plötzlich langsam wurde, aber das Problem ist gelöst.

Frank

[Sinspin]

Das ist krass, hätte ich auch nicht erwartet.

Kommt drauf an wieviele Farben du im Bitmap hast. Sonst könntest Du versuchen das Bild mit weniger Farbtiefe zu speichern. Dann wird es kleiner.

[hanvas]

Zitat:

Zitat von dataspider (Beitrag 1534927)

Erst mal vielen Dank an alle, die mich hier mit ihren Kenntnissen unterstützt haben.

Ich habe mit verschiedenen Grafikformaten getestet und speichere die Kopfbögen jetzt als Bitmap.

Die neuen Grafiken sind jetzt, da Bitmap statt 1 MB 26 MG groß.
Frank

An anderer Stelle wurde ja schon darauf hingewiesen das die Anzahl der Farben eine große Rolle spielt. Bei den meisten Headern in Briefen etc. kommt man eigentlich mit einer kleinen Anzahl aus, es sei denn es sind Farbverläufe etc. vorhanden. Helfen kann da eine optimierte Palette zu verwenden. Delphis TGifImage hat eine Methode Optimize bzw. OptimizeColorMap damit kann man relativ kleine Bilder erzeugen.

Um ein Bild nach Gif zu konvertieren kannst Du beispielsweise

Code:

procedure ConvertBMP2GIF;
var
  bmp: TBitmap;
  gif: TGIFImage;
begin
  gif := TGifImage.Create;
  try
    bmp := TBitmap.Create;
    try
      bmp.LoadFromFile('MyBitmap.BMP');
      gif.Assign(bmp);
    finally
      bmp.Free;
    end;
    gif.SaveToFile('MyBitmap.GIF');
  finally
    gif.Free;
  end;
end;

verwenden

hth Ha Joe

[paule32.jk]

eine andere Methode wäre,

- TCP Server auf Client starten, der auf Port lauscht (Indy 10)

- Bild aufnehmen / im Hintergrund zeichnen (interne Canvas)
- Bild optimieren (kleinere Farbtiefen)
- Bild in kleine Quadrate zerlegen (erfordert ggf. größere Width und Height - je nach Anwendungsfall)
- Bild Stückchen für Stückchen per zLib verkelinern und mit ID versehen
- Bild einen Protokoll vergeben - Header (Größe, Farben, Teile-ID, ...)
- Bild einen Protokoll vergeben - Body (raw-Bytes für die Daten)
- Puffer für Bild vorab berechnen (max. 4.096 Bytes - je nach Qualität der Leitung)

- TCP Verbindung aufbauen (Indy 10 - die unterstützen SSL, kein Indy 9 !)
- Bild-Daten senden - ggf. Prüfsumme mit dazu

- Bilddaten zusammen führen
- zLib Daten wieder de-packen
- Daten in Hintergrund Canvas speichern

- mit BitBlt auf TPainter / TPaintBox kopieren


(so würd ich das machen)

[Dalai]

Wie groß ist denn das Bitmap? Ich hab hier eines rumliegen mit ca. 14 MiB, das 2560x1920 Pixel hat. 26 MB ist ja fast doppelt so groß und muss demnach noch wesentlich mehr Pixel haben. Alles absurde Abmessungen für einen simplen Kopfbogen IMO, wenn es um Papier bis A3 oder so geht.

Grüße
Dalai

[himitsu]

Nja, bei 32 Bit wären das auch nur so etwas 2500*2500 Pixel, also ein halbes A4 mit 600 DPI :stupid:

[hanvas]

Zitat:

Um ein Bild nach Gif zu konvertieren kannst Du beispielsweise....

Natürlich geht das auch rückwärts. Du kannst also erst deine Palette auf 256 Farben bringen und dann wieder als Bitmap speichern.

Apropos Bitmap 1: Das verwenden von nur 256 Farben bringt nichts wenn du im RGB Format speicherst
Apropos Bitmap 2: Du kannst eine Lauflängenkodierung zum speichern verwenden, das ist ein einfaches verlustfreies Kompressionsverfahren welches überwiegend große Bereiche von gleichen Pixeln (meistens Hintergrund) gut verarbeiten kann.

Außerdem könntest Du die Bilder in Vektorgrafiken umwandeln, dass wäre für die meisten Hintergrundbilder naturlich die speicherplatzsparendste Möglichkeit und wäre eher in Bruchteilen von Sekunden geladen. Helfen kann Dir dabei Autotrace [1].

cu Ha-Joe

[1] https://github.com/autotrace/autotrace

[Redeemer]

JPEG ist ja ausschließlich für Fotos geeignet. Ich bezweifle, dass der Briefbogen aus Fotos besteht. Für alles, was kein Foto ist, nimmt man Vektorgrafiken, also normalerweise SVG. Da Reportgeneratoren in der Regel keine verlustfreie Einbindung von SVG unterstützen sondern diese rastern, habe ich mir selbst eine Konvertierung in EMF geschrieben. Häufig in Reports verwendete Vektorgrafiken liegen als Performancegründen direkt als EMF in den Stammdaten vor. Im Repository eines Projekts ist im Normalfall das Icon die einzige Binärdatei.
:duck:

[dataspider]

OK, da noch weitere Hinweise gekommen sind, versuche ich mal eine Zusammenfassung...

Die Bildgröße ist 2480 x 3508 (A4 300 dpi).
Reduziere ich die Farbe auf 256, ist die BMP noch ca. 8,5 MB groß.
Dabei ist die Qualität immer noch sehr gut, also vom Basisbild eigentlich nicht zu unterscheiden.
Gestaunt habe ich bei Umwandlung in GIF (wie von hanvas empfohlen).
Bei GIF erhalte ich die kleinsten Dateien (280 kB) mit der besten Qualität.
Ich habe allerdings noch nicht probiert, wie schnell ReportBuilder dies dann unter Windows Server 2016 zeichnet.

Ich habe mich auch mit unserem Netzwerk und Citrix Guru beraten, was überhaupt passiert ist.
Die Zeichenroutinen in Delphi auf ein Canvas sind ja Bitmap bezogen.
Dafür braucht es keine Dekomprimierung oder sonstige Berechnungen.
Und deshalb ist wohl Bitmap am schnellsten.

Da es bei Start der Anwendung unter Windows 11 keine Probleme gibt, sondern nur bei Start unter Windows Server 2016,
liegt es nicht an Citrix, nicht am Netzwerk etc. sondern an den Zeichenroutinen im Zusammenhang mit dem Betriebssystem.
Wir vermuten, dass irgendein Windows Update hier ursächlich verantwortlich ist.

Da es momentan schön schnell läuft, will ich nicht mehr so viel Zeit investieren.
Ich probiere das noch mit GIF - Dateien.
Dann probiere ich noch, die Bilder selbst im Code in BMP umzuwandeln (geht wohl im DataSet mit OnGetData).

Für mehr habe ich momentan keine Zeit ;)

Also - noch mal vielen Dank an Alle!

Frank

[paule32.jk]

was spricht denn dagegen, sich die Druckerrei seines Vertrauens zu beauftragen,
eine Vorlage in Print zu geben, die dann auf 500 A4 Blatt in den Drucker eingesetzt werden kann ?

man braucht sich dann um Schlieren im Bild, die durch den mehrmaligen (Eigenen) Druck ergibt, nicht mehr sorgen,
und nur noch den eigentlichen Text, den, so nehme ich mal an, unter einen Laserdrucker (was das Economischte wäre) gedruckt wird.

Dann kann man sich ja auch noch überlegen, ob am Rand Brieffalz-Marken gedruckt werden sollen
(also schon schon von der Druckerrei kommend - da ja Hauseigene Drucker selten über einen Rand von 5mm hinaus kommen).

Falls denn das Saison bedingt ist, kann man ja einfach die Blätter tauschen.
Bei modernen Druckern hat man ja mehrere Einschub-Möglichkeiten.
...
Zumal man dann auch die weiteren Druckkosten für die Rückseite des Briefbogens sparrt, wo dann meinst die AGB's zu finden sind.

[Sinspin]

Zitat:

Zitat von paule32.jk (Beitrag 1534965)

was spricht denn dagegen, sich die Druckerrei seines Vertrauens zu beauftragen,
eine Vorlage in Print zu geben, die dann auf 500 A4 Blatt in den Drucker eingesetzt werden kann ?

Ließ erstmal den ersten Post. Dann den zweiten. Den dritten, usw....

Dann sollte dir zumindest klar sein dass es hier NICHT um drucken selbst geht.
Es geht um die Anzeige eines Dialoges, der eine Druckvorschau anzeigt. Dieser Dialog wird aus irgend einem Grund neuerdings langsamer angezeigt wenn remote gearbeitet wird.

[hhcm]

Ich mach es mal kurz.

- Wir nutzen den Reportbuilder schon ewig.
- Plötzlich wurden die Reports nach einem Windows Update sehr langsam/träge
- Digital Metaphors angeschrieben. Das Thema war bereits bekannt.
- Neue Version = Keine Probleme mehr.

Nicht immer aber meistens.

[dataspider]

Der Vollständigkeit halber...

Ich habe im ReportBuilder das TppDBImage durch ein TppImage ersetzt und hole mit das Image über RAP.
Im Delphi lade ich das Bild vom BlobFiled in einen MemoryStream - von dort in ein TWICImage und dann mit
ppImage.Picture.Bitmap.Assign(WICImage)
in das Image des Preview Controls.

Das geht fix und hat noch den Charme, dass der Anwender die Koppfbögen in Grafikformaten ablegen kann, die ReportBuilder nicht unterstützt.

Ich werde auch Digital Metaphors eine Mail zum Problem zukommen lassen.

[paule32.jk]

sofern rechtlich nötig:

würde ich die Bild-Daten auslagern, also nicht in einer Tabelle als Blob speichern.
das könnte die Datenbank auch schneller machen, so dass dann nur Referenzen auf eine Bild-Datei
gespeichert werden, die auf einen lokalen Datenträger liegen.

[Delphi.Narium]

Für 'ne Einzelplatzanwendung mag das gehen.

Aber wenn Du in 'nem großen Netzwerk (hunderte oder tausende Nutzer) (oder über Internet, Cloud, ...) arbeitest, dann musst Du auch mal eben allen entsprechenden Nutzern die passenden Zugriffsrechte im Filesystem, ... geben, sicherstellen, dass die Pfad- / Protokollangaben zu den Bilddateien immer und überall passen (egal ob Windows, Unix, Mac, beliebige Kombinationen davon, http(s), ftp, ...)

Viel Vergnügen.

Und wenn Du hier im Forum mal mitliest, welche ungeheuren Daten- bzw. Bildmengen einige bei ihren Kunden in Datenbanken ablegen und keine Probleme haben, erscheint mit die Lösung "Alles in die Datenbank" deutlich einfacher zu realisieren und auch zu sichern zu sein (sichern sowohl daten(bank)technisch, als auch zugriffstechnisch).

Abgesehen davon sind moderne Datenbanken genau dafür da.

Und wenn dann ein Update auf Betriebssystemseite Probleme verursacht, ist das nicht die Schuld der Datenbank.

[paule32.jk]

es ist richtig, das man Benutzern Dateizugriffe regeln muss.
Dazu gibt es aber Richtlinien, die eben festlegen, wo denn die Benutzer die Daten herbekommen, und wohin sie gehen.
Was meint Ihr, warum wurden:

- Remote-Arbeitsplätze
- Zugriffs-Rechte
- Zugriffs-Gruppen
- Zugriffs-Zeiten
- Zugriffs-Orte
- Vorlagen für Thin Clients, die einen Desktop bereitstellen
- Watchdog Netzwerk-Karten
- Smart-Cards
- Passwörter
- Verschlüsselung
- Packungs-Algorythmen
- usw. etc. pp...

erfunden und auch eingesetzt ?

Man kann als Einzelanwendungen-Programmierer wohl eher keinen Blumentopf in der modernen Wirtschafts-Welt gewinnen...
zumal auch die Industrie immer noch damit beschäftigt ist, diese kleinen mobilen Telefone um jeden Preis an die Bevölkerung zu verteilen, um dann aus ihnen einen Überwachungs-Staat zu formen, der dann am besten noch auf dem Klo die Schizzn analysieren will.

Klar, man kann sich vorbereiten, für eine Arbeit in einer Firma.
Aber heute ist es so, das keine Anwendungen mehr neu geschrieben werden, sondern existierende Startups aufgemacht werden, die dann einen oder zwei Aufträge bekommen, um eine Anwendung zu programmieren, die eine bestimmte Deadline besitzt und schon so kalkuliert wurde, das diese Deadline mit Sicherheit überschritten wird, um das Projekt dann zum halben Preis zu verkaufen.

Dann ist das Projekt futsch. Aber die Firma/Start-Up ist auch weg, weil ja durch den erwarteten Gewinn keine neuen Projekte aufgenommen werden können.

Und wer glaubt, das der Azubi von der Schule, der seine 10. Klasse abgeschlossen hat in einen Unternehmen als Programmierer aufgenommen wird - dem sei der Glaube genommen, das dies eine leichte Sache wäre.
Weil eben die existierenden Firmen ihre Leute aus den Eigenen Reihen heranziehen.

Was nützt ein Programmierer vom Arbeitsamt, den man nicht kennt.
Man legt ja auch dann ein Stück Firmen-Daten an den Programmierer...

Und durch die Einbringung der KI, sind ganz andere Jobs entstanden, die neben den Quanten-Programmierern einen sehr sehr großen und unterschiedlichen Rang haben.
Während bei den KI-Jobs eher dumme Leute dazu verheizt werden, sich immer ändernden Telefonbücher abzuschreiben und in Datenbanken einzutragen oder Prompts zu schreiben, die ja nichts anderes sind als stupide oder weniger stupide Wörter und Sätze sind, die auch in Datenbanken eingegeben werden sollen, um so dann eventuelle Lösungen anzubieten - etwas ganz anderes ist, als die Programmierung von Quanten-Computern.

Für mich ist der KI, IoT und anderer ähnlichen Hypes ein sehr großer Flopp für diejenigen, die nicht wissen, warum sie das mobile Telefon um 16 uhr ausschalten, den Fernseher um 14 uhr ausschalten, die kostenlos angebotenen Porno-Clips abschalten, indem sie den Kindern und der anderen Gesellschaft ein "privates, gefiltertes" Internet anbieten, und mehr ins Theater, Kino oder Bistro gehen sollten.

Mit den privaten Internet meine ich, das die Informationen so aufbearbeitet wurden, das sie keine blinkende Werbung in allen Ecken der Webseite enthalten oder unkontrollierte Chats zulassen.
Kommischerweise musste ja der amerikanische Anbieter AOL die Segel streichen.
Aber ich habe das für eine richtige Idee gehalten - weil eben die Leitungen dort Observed wurden.

Das mit den Behauptungen der Mehrarbeit an administration der Zugriffsrechte ist einfach nur Bullshit, der von Leuten kommt, die keine Ahnung von Datenbanken und Netzwerken haben.

Das gleiche gilt, wenn solche Leute dann noch sagen oder schreiben, das die Daten im heimischen Bereich verschlüsselt werden müssen und der Besuch von Webseiten nur noch durch SSL Protokolle möglich ist.
Das ist alles Käse und bäääähh...

Wer eine Arbeit aufnehmen will, der sollte mal einen Blick in den sozialen Bereich wagen.
Dort wird es vielleicht auch eine Art anonymität und SSL geben,
Aber das meiste kommt doch, wenn man mal ehrlich mit sich ist, ohne Strom machbar !!!

Was nützt heute einen Computer für ALLES zu besitzen - und damit meine ich diese kleinen mobilen Telefone, wenn die Akkus leer werden und man keinen Taschenrechner zur Seite hat, umd Rechnungen zu prüfen ?
Kommt man da oldschool nicht weiter, wenn man Stift und Pappier nimmt, und seine Birne anstrengt ?

jaja, sind halt dann so Antworten, von Leuten, die nicht kommunizieren wollen, sondern nur rumlabern und Wissen aus der BILD beziehen.

Mit freundlichen Grüße
paule32

[TBx]

@paule32: Bitte beim Thema bleiben! Dein letzter Beitrag hat so gar nichts mit der Fragestellung zu tun …

[paule32.jk]

Hallo Admin,

das kann schon möglich sein.
Aber ich will/möchte zum Ausdruck bringen, das sich manche Sachen geändert haben.
Gestern ist nicht gleich Heute.

Wenn es um eine Netzwerkanwendung handelt, dann müssen Sicherheits-Richtlinien eingehalten werden, die in einen Pflichtenheft aufgeführt werden sollten, um durch eine "Nachprogrammierung" den Code nicht zu Spagetty-Code mutieren zu lassen.

Sprich:
Vor jeder Programmierung sollte sich man einen größeren Einblick über Machbarkeit und Anforderungen anschauen.
Mir ist bewusst, das dies keine leichte Aufgabe sein kann und ggf. auch nicht beliebt ist.

Aber ich wollte nur aufzeigen:
wenn man so lejer an die Sache geht, Nachprogrammierungen vorgeplant sind, was dann in einen richtigen Projekt von Nachteil sein kann.

Mir ist auch klar, das es viele Programmierer hier auf dieser Platform gibt, die andere Vorgehensweisen haben, als andere.
Aber dafür ist ja das Internet eine tolle Spielwiese - weil man sich austauschen kann.

Ist nicht böse gemeint von mir, wenn die einen oder anderen Zeilen etwas unklar oder verrückt klingen...
Ihr müsst wissen, das ich all das nicht studiert habe, und praktisches Wissen und Grundlagen in mehreren Jahren mehr oder minder selbst beigebracht habe - ohne Zeitdruck oder irgendwelche Deadlines.

Das dadurch auch viel Murks entstanden ist, ist doch klar.
Allerdings kann man auch daraus lernen, weil man nicht (wie ich) für eine Familie Geld verdienen muss oder für die Studiengebühren einen Job annehmen muss, der neben des Studiums auch sehr viel Zeit beansprucht.

Auf der einen Seite habe ich Vorteile durch praktisches Wissen - auf der anderen Seite habe ich "kein" Wissen darüber, wie denn nun die beste Lösungsstrategie ausschaut.
Für andere kann das natürlich anders herum ausschauen.

Aber wie gesagt:
- alles nicht studiert
- kein Zeitdruck
- keine Familie
...

[dataspider]

Wenn die "Diskussionskultur" beginnt zu kippen, macht mich das schon etwas "betroffen".
Es ist sicher meist gut gemeint, wenn man auch abseits des eigentlichen Themas noch seine Erfahrungen kundtut.
Und manchmal bin ich ja wirklich für jeden Hinweis dankbar.

Im speziellen Fall habe ich aber für mich den Weg gefunden und denke, dass ich mit meiner Methode bis jetzt sehr gut gefahren bin.
Ich speichere alle Dokumente in der Datenbank und habe dafür meine Gründe.
Für die Dokumente habe ich eigene Datenbanken. Diese haben nur eine Tabelle (ID, DOCUMENT).
In den normalen Datenbanken sind alle Informationen von Dokumenten enthalten mit Ausnahme des Dokuments selbst, dafür die ID aus der Document - DB.

Dank Firebird und "on external" bau ich das in einem View wieder zusammen, der Trigger kümmert sich um das Schreiben in die Dokumenten Datenbank etc.
Von Holger (IBExpert) findet man (auch hier im Forum) gute Beiträge dazu.

Ich habe also den Weg für mich gefunden und akzeptiere auch, wenn jemand einen anderen Weg geht.
Es gibt ja auch recht große Firmen wie DocuWare, die die Dokumente im Filesystem ablegen.

Das ursprüngliche Problem ist für mich gelöst, vielen Dank an alle Unterstützer!

und - bitte keinen Streit in meinem Thread - auch nicht (oder schon gar nicht) in Glaubensfragen..