das wir dafür einiges in IBExpert ändern müssen ist das geringste Problem, da steckt eh sehr viel Arbeit in den Erweiterungen für Firebird 3.0
Es gibt aber seit zig Jahren bewährte Verfahren im Firebird Umfeld, die durch diese Entscheidung nicht mehr einsetzbar sind.
Beispiel: Quellcode der SP und Trigger verbergen. Je mehr Business Logik in der
DB in SPs und Trigger umgesetzt wurde, um so mehr ist es im Interesse von Unternehmen, Ihre angewandte Business Logik gegenüber Mitbewerbern und anderen zu schützen. In der Vergangenheit war das kein Problem, da man einfach die *SOURCE Spalte in RDB$PROCEDURES und RDB$TRIGGERS überschreiben konnte, da die Ausführung nur die *BLR Inhalte brauchte.
Das geht zukünftig nicht mehr. Quasi zwangsweise Open Source. Wenn Delphi nun den Quelltext deiner Anwendung zwangsweise decompilierbar in die Exe packen würde, dann würdet Ihr das sicherlich auch anders sehen. Wobei das bei VB bzw. .NET Anwendungen nicht so weltfremd ist, aber da versucht man mit Obfuskation die Nutzung schweiriger zu machen.
Es wäre ein einfaches, das den Entwickler durch einen Parameter in der Firebird.conf selbst entscheiden zu lassen, aber das scheint im Moment nicht absehbar zu sein. Bleibt immer noch Hardcore Manpulation der Inhalte mit Tools wie IBExperts Database Inside, mit denen wir das auch zukünftig realisieren können.