何度もSQLite.NETを使用しています。それはいつもうまくいったが、私はMicrosoftの環境に完全にとどまっていたので、SQL Server CompactではなくSQL Server Compactを使用する必要があるという、本当に嫌な友達がいた。SQLite.NETとSQL Server Compactのメリットとデメリット
コンパクトでは一度も働いていませんでしたが、私にはうまく働いていると言われましたが、.MDFの拡張子がわかりました。冗談なし。私が最後に望むのは、アプリケーションがAccessデータベースに依存していることです。
私は本当にそれで働いたことがないので、ここで誰かがそれのためにvoucheためにそれを知っている場合、誰かが、私は主に速度、ファイルサイズ、信頼性、および機能をそれらの間の主な違いを伝えることができれば、私が求めています。私はそれがたくさんあることを知っているが、誰かが私を助けることができれば感謝します。
SQL Server Compactでは、MDFに一度にアクセスするプロセスが1つしかないということがあります。
1つのプロセスまたは1つのスレッド？私はそれが問題になるとは思わないので、それはファイルにアクセスする単一のアプリケーションです。 –
私はかなりそのプロセスの制限が1つしかないと確信しています。ファイルへの排他的アクセスが必要です。しかし、私は複数のスレッドがうまくいくはずだと思います。私は自分自身を試みたことはありません –
この情報はhttp://download.microsoft.com/download/e/8/8/e8859616-e95d-41fe-9f81-ff88388d772b/SQLServer%202008CompareComapctExpress.pdf にあります。ビュー、トリガーがないようです、またはストアドプロシージャ。もちろん、sqliteにはストアドプロシージャもありませんが、他の2つは実行します。 –
アクセスはMDBでした（最近のバージョンでは変更されていると思います）。 - SQL ServerのフルバージョンのデフォルトはMDFです。
私はコンパクトがドキュメントからあまりにも多くの面倒だったので、私は決心したので、SQLiteと一緒に行った。
SQL Serverのコンパクトエディションはありません。これは、単一スレッドでアクセス可能であり、良い機能はありません。あなたはすべてのために毎回クエリを書く必要があります。さらに私が知っている限り、それは索引付けされていません。この点について私が間違っているなら、私を修正してください。 しかし、最終的にはデスクトップタスクにとって非常に遅いです。
SQL Server Compactは、ASP.NET 4で中信頼で実行され、x64およびx86プラットフォームの両方をサポートします。最大256同時接続に制限されています。これはファイルベースであり、SQL Serverほど堅牢ではなく、ある時点までの回復をサポートしていません。
なぜ「完全にMicrosoft環境」が利点ですか？ – finnw