マルチユーザーは必要ありません。ただの関係。私たちのアプリは現在 Access を使用していますが、Access は破損しやすいため、完全にゼロ管理ではありません。
SQLite は盤石で、盤石で、完全にゼロ管理なのですか?
または... SQL Server をデスクトップ エンジンとして構成して、純粋なゼロ管理者にする方法はありますか?
それとも... 他のリレーショナルな選択肢はありますか?
Accessとやり取りするレイヤーとしてADOを使っているので、SQL Serverへの切り替えは難しくありませんが、SQLiteにADOを使えなかったので、SQLiteに切り替えるにはかなりの書き換えが必要になると理解しています。そうですか？
他のデータベースは Access よりも安定しているかもしれませんが、Access ほど使いやすく、エンド ユーザーにとって理解しやすいものは知りません。アクセス (SourceSafe など) は常に "破損しやすい" と呼ばれますが、これについて直接説明する人はほとんどいません。ほとんどの人は「どこかで読んだ」。
破損が心配な場合は、Access データベースの最新の 2 つまたは 3 つのコピーを保持するバックアップ ルーチンをアプリに含めることを検討してください。
他の何かを主張する場合は、SQL Server Compact Edition (他の人が提案したように) を試してください。これは、(Access のように) ファイル、この場合は .sdf ファイル、およびいくつかの DLL です。SQL Server Express Edition とは異なり、SQL Server CE は常にバックグラウンド プロセスを実行しているわけではありません。
別のオプションは、組み込みの Firebird です。
最も簡単な切り替えは、SQL Server コンパクト エディションを使用することです。これはアプリに埋め込むことができます。私が行った簡単なテストでは、非常にうまく機能します。
SQL lite に移行するには、DAL をさらに変更する必要があります。
SQL Compact Edition はストアド プロシージャをサポートしていないことに注意してください。（大したことではありませんが、違いを調べてください）
SQLite用のADO.NETラッパーがありますが、それがあなたが望むものなのか、それとも単なるADOなのかはわかりません。SQLite は非常に堅牢であることがわかりましたが、削除後に未使用の領域を回復するためにデータベースを時々 VACUUM する必要があります。コードからそれを行うことができるので、それは実際には管理ではありません。起動時またはシャットダウン時に行うだけです。
SQL Express Edition に関する他の方の意見に同意します。いくつかのアプリで使用しています。
.NET を使用している場合は、データ アクセスにSubsonicを検討することをお勧めします。上記のすべてをサポートし、切り替えをかなり簡単にします. シングル ユーザー データベース アプリの場合、これは優れています。あなたが書き直しをするつもりなら、それは価値があります。
マルチユーザーの必要性を検討していないため、SQL Server Compact Edition を確認することをお勧めします。http://www.microsoft.com/Sqlserver/2005/en/us/compact.aspx