私は電子医療記録の分野で働いていますが、私が使用している標準 (http://www.openehr.org) は、リレーショナル データベースを使用しようとすると、多くのユース ケースで深刻な不一致を引き起こします。
リレーショナル データベースを使用して大部分のツリー構造を処理するかなり成功した方法をいくつか開発することができましたが、キーと値のタイプのストレージを使用していれば、もっとうまくできたはずです。
問題は、RDMS の概念が市場で非常に優勢になっているため、成熟度はほとんどリレーショナル データベースに関連していることです。特に最近では、誰かがリレーショナル スペースからの移行を検討するたびに、NOSQL の歌が流れ始めます。ほとんどの NOSQL オプションは新しすぎるため、機密性の高い医療データを処理するためにそれらに投資するのは難しいでしょう。
そこで私は、非リレーショナル スペースで成熟したオープン ソースの高性能オプション、特にキー値型の操作に便利なオプションを探しています。たとえば、BerkeleyDB はそのようなオプションの 1 つですが、Oracle の現在のライセンス条項は私には当てはまりません。
SQL は必要ありません。いずれにせよ、カスタム クエリ言語を実装する必要があります (openEHR 仕様の一部として既に定義されています)。私のデータはすべてツリー構造なので、テーブルは必要ありません。成熟度、安定性、パフォーマンス、ACID コンプライアンス、スケーラビリティ、そしてオープン ソースが必要です。これらの目標を達成するために、さまざまな成熟した Java フレームワークをまとめることも検討し、ここで質問しましたが、現実的なアプローチではなかったようです。
私が見逃している隠された、またはおそらく明らかな宝石はありますか?