Firebirdforum.de

Vielleicht hilft dir dies weiter:
https://stackoverflow.com/questions/539 ... rebird-3-0

Welche 2.5er Version du benutzt ist letztlich egal. Wichtig ist, dass du dir eine komplett eigene Umgebung aufbaust. Die Bitness ist für den Zugriff des FB-Servers letztlich egal. Statt FlameRobin bietet sich auch die kostenlose Java-Version RedExpert an. Nach einer wirklich kostenlosen Registrierun...

Du musst da unterscheiden zwischen BLOB (Binary, also ein Byte-Array) oder Textblob, was in der FB-Tabellenbeschreibung auch ersichtlich ist. Ein Byte-Arry muss natürlich, um Verlustfrei zu sein, anders übertragen werden als ein String von entsprechender Größe. Dabei ist es dann Sache des Treibers a...

Da wirst du auch keine weitere Chance haben, wenn der Anbieter sich weigert. Der Firebird-Server läuft da u.U. als "Embedded" und was User/Kennwort angeht, so kann man die ja nun mittlerweile in die DB legen, so dass eben von außen kein Zugriff mehr möglich ist. Ich kann mir nun auch ebenso vorstell...

Meine Tests bzgl. Bulkload ergibt aber auf jeden Fall die Beschränkung, dass die Summe aller Parameter inhalte (z.B. für Prozedur/execute Block) ca. 64K nicht überschreiten darf, excl. Blob, also die max. Zeilenlänge einer Tabelle. Auch die Anzahl der Inserts/Updates innherhalb einer Prozedur/execut...

Die Frage stellt sich eigentlich gar nicht, da parametrierte SQL's grundsätzlich sicherer und schneller, weil wiederholbar, sind (prepared Statements) und sie sind Typsicher. Die Grenzen für ein Statement sind bei FB 2.5 noch 64K, ab 3.0 10MB. Allerdings ist die max. Zeilenlänge eben auch nur 64K, u...

Du kannst den Blob ja auslesen und per Split-Funktion deiner Programmiersprache in Zeilen auflösen. Beispiel für .Net: string.split(var, new char[] {'\n', '\r'}) Außerdem: Per Bulk.Insert (bis 255 Inserts in einem SQL) schafft man 100.000 Zeilen in 5 Sekunden oder sogar kürzer. Auch bereits mit 2.5....

Bei vielen Inserts und Updates z.B. kann mittels Parameterlisten und Prepare die Geschwindigkeit der Ausführung erheblich gesteigert werden als mit eingebetteten Konstanten. Bei Abfragen wird eine Zugriffsanalyse (Indexverwendung) nur beim Prepare durchgeführt. Wiederholte Abfragen mit anderen Werte...

Das ist vollkommen egal.
Wichtig ist der SQL-String selber.
Dazu muss der String und die Parameterliste erstellt sein, dann ruft man den Prepare auf.
Anschließend kann man sooft man will die Paramterwerte verändern.
Ein Ändern der Parameterliste ist dann nicht mehr erlaubt.

Mittels "similar" kann man regex-ähnliche Vergleiche anstellen:
https://firebirdsql.org/refdocs/langref ... ar-to.html

Also in etwa:
Feld similar to 'P[DIGIT]'