私のアプリケーションプログラミング経験では、アプリケーションデータを格納するバックエンドのSQL Server（またはAccess）データベースを使用して常に作業してきました。リレーショナルデータベースに適したデータを扱ういくつかのビジネス要件を検討していますが、アプリケーションが作成してロードする単一の移植可能なカスタムファイルに格納する必要があります。私はそれが後でロードして作業を続けることができる単一のファイルやドキュメントを保存するアプリケーションにとって非常に一般的な概念だと知っていますが、複雑なデータでこれをどう実現するかはわかりません。 Encrypting xmlは気になりますが、それを最初にすべてのオブジェクトにロードしなければならないと、それは動作するのが非常に遅くなるか、または多量のメモリを消費する可能性があります。いくつかのオプションはありますか？リレーショナルデータを単一のプロプライエタリファイルに格納
.NET環境で実行している場合、私はSQL Server Compactを調べる価値があると思います。基本的にミニSQL Serverで、サービスとしてインストールおよび設定する必要はありませんが、代わりに参照するdllです。 Linq-to-SQLやエンティティフレームワークのような通常のデータアクセスツールを使用することができます。
+1は私にそれを打ち負かし、彼はすでにMSSQLファミリに精通しています。 –
@アンダーズ・アベル - これは、以下のどれにも当てはまらない限り動作します。 1.実行時に.sdfを作成できます。 2. .sdfはカスタムファイル拡張子を使用できます。 3. .sdfはパスワードを使用して、ファイルを所有している誰かがファイルを開き、データにアクセスできないようにすることができます。私はこれらがすべて真実であることを読んだことがあります、それが間違っている場合は教えてください。 – xr280xr
SQLLiteまたはFirebirdの組み込みデータベースを使用することをお勧めします。他にもオプションがあります。これらは単一ファイルの使用をサポートし、将来のバージョンのスキーマ（アップグレードSQLスクリプト）のための明確なアップグレードパスを提供します。
暗号化の仕組みがわかりませんでした。
これも有効な答えだと思いますが、私はこの場合MSアプローチを好んでいます。 +1ありがとうございます。 – xr280xr
SQLiteが私の頭に浮かびます。その1つのファイルベースのDBです。ここにconvert SQL server databases to SQLiteへのリンクがあります。また、チェックアウトするUsing SQLite in your C# Application
SQLiteについてはどうですか？その1つのファイルベースのRDBMS – Habib
SQL Server Compact Editionはあなたには適していませんか？ – spender
なぜxmlを暗号化しなければならないのですか？ –