ストアドプロシージャでローカルデータベースを使用するC＃アプリケーション

Question

データベースを使用する単純なC＃アプリケーションを開発しようとしています。私は現在MS Server 2008を使用していますが、異なるコンピュータでアプリケーションを実行するとMS Serverがインストールされているため、移植性の問題が見つかりました。また、私のデータベースはストアドプロシージャを利用しています。

この問題を解決するために使用できる他のデータベースタイプ（ストアドプロシージャを使用する必要があります）はありますか？

MS Server 2008を使用する場合は、すべてのPCにインストールされていると仮定して、アクセス可能にするにはどうすれば.mdfファイルをコピーできますか？ （？つまり、アプリケーションの負荷にインストール）

UPDATE

this websiteから、私は次の接続文字列が見つかりました：

ローカルのSQL Server Expressのインスタンスに接続上のデータベースファイルを添付...

Server=.\SQLExpress;AttachDbFilename=c:\asd\qwe\mydbfile.mdf;Database=dbname; Trusted_Connection=Yes; 

これは、私のフォルダから.mdfファイルをコピーすることを前提としています。 したがって、私はあなたが、データベースをデタッチ上書きコピーや転送先データベース上のMDFファイルを添付することができます...

Server=.\SQLExpress;AttachDbFilename=...... database path.... ;Database=TrieDB.mdf; Trusted_Connection=Yes; 

Directory lookup for the file "... database path... " failed with the operating system error 5(Access is denied.). 
Cannot attach the file '... database path...' as database 'TrieDB.mdf' 

Answer 1

をなし、成功するのではなく、次の接続文字列を使用しています。

Answer 2

ほとんどの「認定」データベースエンジンでは、実際にエンジンをインストールする必要があります。
ほとんどの "認定"データベースエンジンでは、ストアドプロシージャを使用できます。

多くのマシンに.mdfファイルを格納するには、単純にコピーしてからSQL管理スタジオを使用してエンジンにファイルを添付しますが、アプリケーションを配布する場合は理想的なソリューションではありません多くの場所で、理想的な解決策は、インストールパッケージを作成し、それがインストールから自動的に実行されていることを修正し、アンインストール時に元に戻すことです。

私見：あなたは、DE-centeralized溶液でストアドプロシージャを主張 - ...それは間違ったパスの匂いを持っているしかし、あなたは提供しない限り、私は確認することはできません - これはかなり珍しい戦術であることがわかりますいくつかのより多くの情報。

Answer 3

あなたが説明しているようなことをするには、実際には2つの一般的なデザインがあります。アプリケーション（および/または複数のアプリケーション）のすべてのコピーがアクセスする中央データベース、またはデータベースに完全なインストールパッケージを作成する（通常は単一のアプリケーションによってのみアクセスされます）。

個人的には、集中データベースソリューションを使用したくない、または使用できない場合は、ストアドプロシージャに関する考え方を変更し、SQL Server Compactを調べることをお勧めします。私はthis articleに、SQL Server Compactにsprocsがない理由について議論しました。あなたが本当に必要と判断したとしても、役に立つと思います。

あなたのアプリケーションでデータベースをインストールする必要がある場合は、Visual Studio内でWiXを調べることができるsetup packageを作成することができます。