使用は非常に優れており、開発が容易であることを知っていLocalDbます。IISサーバーでWebサイトをホストするときに、本番環境で使用するのは良い考えでしょうか。
本番環境では速度の問題はないのではないかと思います。
これは、本番環境で使用したい接続文字列です
Server=(LocalDB)\\v11.0;Integrated Security=SSPI;MultipleActiveResultSets=true;
AttachDBFilename=|DataDirectory|ProjectDB.mdf;
LocalDB は本番環境で完全にサポートされています。パフォーマンスの観点からは、同じデータベース エンジンを共有しているため、SQL Server Express と同じです。
さて、完全な IIS で実行されているサイトでは、SQL Server Express のサービス ベースのインスタンスを使用することをお勧めします。IIS はサービスとして実行されているため、サービスでホストされるデータベースも使用するのが最適です。つまり、接続文字列でorを使用しないでください。User Instance=trueAttachDbFileName=...
詳細については、完全な IIS から LocalDB を使用する方法に関するこの投稿 (パート 1 ) とそのフォローアップ (パート 2 ) をお勧めします。彼らはより詳細に入ります。
「普通」 - 言うのは難しいですが、それは相対的な用語です。
許可 - はい。 以下は、 LocalDB が紹介された Microsoft SQL Server Express ブログからの引用です。
「...LocalDB の単純さ (および制限) がターゲット アプリケーション環境のニーズに適合する場合、LocalDB は非常に優れた組み込みデータベースも作成するため、開発者は運用環境で引き続き使用できます。」
更新 (2019 年 3 月)
数十の運用サイトで LocalDB を 2 年間しっかりと使用した後、動作することを確認します。ただし、無料のマルチユーザー(LocalDB 用語では「共有」) DB が必要な場合は、代わりに SQL Server Express を使用してください。LocalDB は、優れたマルチユーザー ソリューションではありません。克服すべき多くの障害があります。今は時間がありませんが、これらの障害とそれぞれの回避策の詳細が必要な場合は、コメントを残してください。ここまたは別の質問でそれらを文書化します.
更新 (2021 年 4 月)
Showstopper -- SQL Server LocalDB 2017 および 2019 では、共有 (マルチユーザー) インスタンス機能が壊れています。これらのバージョンのいずれかをインストールすると、以前のバージョンで作成された共有インスタンスにアクセスできなくなります。問題はここに文書化されています。既知の唯一の「回避策」は、壊れた LocalDB バージョンをアンインストールし、LocalDB 2016 以前を使用することです。
更新 (2021 年 9 月)
前回の更新 (2021 年 4 月の更新) で言及されたShowstopperの問題が修正されました。警告: 私は個人的にこの修正をテストしていません。
私はそうは思わない、
LocalDb と SQLExpress のパフォーマンスは同じかもしれませんが、LocalDb のプロセスは、しばらくリクエストがない場合、自動的にシャットダウンします。通常、次のリクエストの応答に時間がかかりすぎます (さらに悪いことに、タイムアウトになります)。
SQLEXPRESS の独自のインスタンスをインストールすることをお勧めします。