重要な概念は常に標準への準拠です: 4D のカスタムおよび/または特別に設計された関数を使用する予定がある場合 (ただし、議論ははるかに一般的であり、他の無料または商用ツールをカバーする可能性があります)、まあ、それを使用してください。そしてあなたの利点を利用してください。
当然のことながら、過去に Oracle や IBM の DB2 のような巨大な DB システムが、たとえば商取引などの特定のビジネス分野で広く受け入れられたのはそのためです。
非常に閉鎖的なソリューションを採用するもう 1 つの主な理由は、レガシー サポートです。あなたが引用した製品の 1 つ (Pervasive SQL) は、90 年代後半に BTrieve ベースのアプリケーションの簡単なポートとして機能し、世界中の巨大な BTrieve コミュニティのおかげで人気を博しました。
最後に、TCO (総所有コスト) を、ライセンス価格 (シングル シート、ネットワーク環境、サイト ライセンスなど) だけでなく、技術サポート、更新、および可用性についても評価する必要があります。あなたのプラットフォームのために。私が知っている多くのビジネス ユニットは、DB 関連の問題のためにベース OS を変更せざるを得ませんでした。
ヒント: 極端なパフォーマンスを求めていない場合は、仮想化環境での使用が証明またはサポートされているカスタム ソリューションにボーナスを追加してください。これは、DB マネージャーの頭痛の種以上のものを節約します。
それ以外の場合はすべて、オープンソース/フリーソフトウェア DB に依存してください。大きなプロジェクトには MySql と Postgres、単一アプリの永続化レイヤーには SQLite。かなり標準的で非常に優れた (コミュニティ) サポート。価格に見合った価値。