.mdf は .mdb として実行されていません。つまり、SQL Server が認証と承認のセキュリティを処理するため、パスワードを使用して .mdf ファイルを構成する必要はありません。
残念ながら、ストアド プロシージャに固執したい場合、アクセスはあまり役に立ちません。
アプリと一緒に SQL Server Express をデプロイすると、潜在的な問題が多すぎることを示唆します。 ストアド プロシージャの値 、この場合 、SQL Server Express をインストールする手間を保証するには不十分かもしれません。
これらのストアド プロシージャ内で行われている作業を評価します。それらはCRUDのみですか、それともはるかに複雑ですか。 このシングル ユーザー アプリでストアド プロシージャを使用する理由は何ですか ?
アプリケーションを次のように再構築することを検討してください:
- パラメータ化されたクエリを使用します。ストアド プロシージャの本体を定数文字列に移動します。
- SQL Server コンパクト エディション
リファクタリングの時間と潜在的なカスタマー サポートの問題とのバランスを取ってください!
Steve Lasker によるブログ投稿 (ストアド プロシージャと SQL Server Compact - The Great Debate) .ストアド プロシージャがクライアント アプリケーションに関する仕事に適したツールであるかどうかを評価する上で、いくつかの優れた洞察があります。
いくつかの更新:
その .mdf が手に負えなくなるのを避けようとしているようです。データの暗号化など、データをロックダウンするためのいくつかの対策を講じることはできますが、.mdf が他の場所に持ち出されるのを回避する 100% の解決策はありません。あなたがコメントするように、それが顧客の手に渡ると、それはあなたのものではありません. :)