ここで注意すべき落とし穴があるかどうか疑問に思っています. 数年前にクライアント向けに開発した従来の D7 アプリがあり、IBXpress を使用してオープン ソースの Interbase 6 ビルドと通信します。
最近、そのプラットフォームで多くの問題が発生しており (主なハードウェアである新しいハードウェアでの接続/起動が非常に遅い)、クライアントは、データベースを Firebird に移行するのに時間とお金を費やすことに同意しています。
データベース層を IBXpress から Firebird に最適な別のものに移動する必要があるかもしれないと考えているため、D2010 (または、今は D2007 が私の好みです) への移行に着手したくありません。結局のところ、クライアントはデータベースの負担を軽減することだけを考えており、アプリをオーバーホール/アップグレード/書き直すことはありません。
Firebird の祖先を考えると、IBXpress Interbase 6 から Firebird を (何でも) 使用するまでの道のりは、かなり簡単でよく理解されていますか? 既存の IB データベースにはすでにかなりの数の sprocs、トリガー (さらにはデータ型) などがあります (クライアントには、このプラットフォームを使用している多数の有料顧客がいます)。 SQL Express (または完全に別の種類の DB) に移行するよりも移行します。
「組み込み」DB の擁護を求めているわけではないことに注意してください。クライアントの顧客のインストールの多くでは、ソフトウェアはマルチユーザー クライアント サーバー方式で使用されているため、そのようなアプローチを維持することが重要です。