Firebirdforum.de

Ich sehe da nun keinen Hinderungsgrund, da ja bis auf wenige Ausnahmen alle SQL's erlaubt sind.
Allerdings sollte schon die Zuweisung erkennbar sein, denn so erzeugst du nur einen True-Wert, der verloren geht:

[set] :NEW.ITEM_INTERNAL_NO =
CASE NEW.DOC_TYPE_ID
WHEN 100 THEN 'xyz';
WHEN 200 THEN ...

Scheint keine so ganz aktuelle Anforderung zu sein:
https://www.firebirdnews.org/tag/android/

Ich denke mal, ein regelmäßiger Backup/Restore wäre hier zielführender.
Man kann ja durchaus den Datei-Timestamp LastUpdate/Changed mit einem Backup vergleichen und bei Änderungen einen neuen Backup erstellen und verteilen.
Bei Aktiverung dann den Backup in eine neue DB restoren, den Dienst beenden ...

Ich denke nicht, dass ein Verschieben möglich ist, da alle Hinweise auf den Installationsort zielen.
Die DB alls Symlink einzutragen wird nicht funktionieren, da die FB-Datenbank per "MemoryMappedFile" verarbeitet werden, was mit SymLinks (und deshalb auch mit Netzwerklaufwerken) nicht funktioniert ...

Von wo nach wo wird gesichert?
Ab 3.0 gibts es eigentlich nur die Sicherung per Service, wenn man den Betrieb nicht stilllegen will. D.h., dass gbak selber nicht mehr sichert sondern der Firebird-Dienst.
Das ging auch schon mitz 2.5 oder auch früher.
Und der kann meines wissens nach nicht auf ...

Vor 3.0 gab es eine eigene FBClient.dll, die den embedded Server bereits enthielt.
Diese Lösung gibt es für 3.0 nun nicht mehr.
3.0 hat nun auch keine differenzierten Installationsmöglichkeiten, was die Saceh vereinfacht. Zumal 3.0 nun grundsätzlich SMP-fähig ist, also mehr als 1 Thread für 1 DB ...

Ja, ich habe da mal nachgelesen:
https://wiki.freepascal.org/Lazarus_Database_Tutorial/de

So wie es aussieht kann Lazarus ausschließlich UTF8, was an sich schon ungewöhnlich ist da dann spätestens bei der Ausgabe (Druck, Anzeige) wieder in Unicode (UCS2) umgewandelt werden muss und Funktionen wie ...

Bei FB3.0 gibt es i.W. keinen Unterschied mehr zwischen einem "embedded" Zugriff und einem Server-Zugriff.
Allerdings wird die Datenbank bei einem embedded Zugriff gegen einen 2. Zugriff nun gesperrt. Prüfe als bei der Verbindung, ob du ggf. einen Open als "Embedded" definiert hast.

Dieses hatte ich auch in einem ähnlichen Fall für SQL-Server (in einem anderen Forum) bereits erklärt.
Da kann die Hardware und die Datenbank noch so schnell sein, wenn der Client doof programmiert ist, hilft das einfach nicht.
Ursache ist häufig die Verwendeung von Frameworks und die angebliche ...

Dann musst du leider auf die Antwort des Herstellers warten.