MSDEを利用するC/Sアプリケーション作成のための要件

2006/04/15 13:00

このQ&Aのポイント

MSDEを利用するC/Sアプリケーションを作成する際の要件について、インストールするクライアント端末とデータベースクライアントソフトの関係について質問があります。
クライアントソフトをインストールしないでアプリケーションを使用することは可能でしょうか？その場合、必要な設定と自動化の可否について教えてください。
データベースクライアントソフトの入手方法について教えてください。

real_neo
お礼率29% (230/768)

SQL Server
回答数3
ありがとう数3

みんなの回答 （3）
専門家の回答

質問者が選んだベストアンサー

ベストアンサー

temtecomai2
ベストアンサー率61% (656/1071)

2006/04/16 22:09 回答No.1

MDAC 2.8 SP1 がクライアントにインストールされていれば問題ないかと。で、MDAC 2.8 SP1 がクライアントにインストールされているかどうか、ですが。 Windows XP SP2 には含まれています。それ以外の OS である Windows 2000、Windows 98、Windows ME、Windows NT 用はマイクロソフトのサイトからダウンロードできるようになっています。 http://www.microsoft.com/downloads/details.aspx?FamilyID=78cac895-efc2-4f8e-a9e0-3a1afbd5922e&DisplayLang=ja 従来はこのように MDAC という単体のセットでデータベース用の新しいドライバが提供されていましたが、今後マイクロソフトは、Windows そのもののインストーラや Windows のサービスパックの中で提供していくようです。 http://blogs.sqlpassj.org/yoneda/archive/2005/05/09/8959.aspx じゃぁ MDAC のインストールが必要なクライアントが存在するのか、ってことになりますが。存在するのであれば、インストール用のメディアに MDAC 2.8 SP1 のインストールセットを入れておいて、ReadMe.txt などで適宜ユーザーにインストールが必要かどうかを説明する方法が開発者にとって一番簡単です。どうしても今回開発する Windows アプリケーション用インストーラの一環として自動的に(インストールが必要かどうかを判断して、必要であればインストールするような)処理をさせたいのであれば、それなりの機能を持ったインストーラ用のツールを使ってインストールセットを作成する必要があります。 Visual Studio .NET 2003 や、Visual Studio 2005 でインストーラを作成するのなら、ヘルプや MSDN の情報を参照すればよいでしょう。 <Visual Studio 2003> 作成したアプリケーション用のインストーラで .NET Framework 1.1 自体や MDAC のインストールを同時に行うことは基本的にできなかったと思います。 http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpdnnetdev/htm/vsredistdeploy1_1.asp MDAC 2.7 以上(2.8 を推奨)をインストール。 Windows Update から「Microsoft .NET Framework Version 1.1 再頒布可能パッケージ」をインストールし、再度 Windows Update で .NET Framework 1.1 のサービスパックが「必須」で出てくるのでこれをインストール。再度 Windows Update で .NET Framework 1.1 のセキュリティアップデートが「必須」で出てくるのでこれをインストール。作成したアプリケーション用のインストーラでインストール。といった手順になります。または、Bootstrapper というプラグインを使用して、開発したアプリケーションのインストール前に .NET Framework と MDAC がインストールされるようにできるようです。 http://dobon.net/vb/dotnet/deployment/dotnetbootstrap.html <Visual Studio 2005> http://msdn2.microsoft.com/ja-jp/library/ybshs20f(VS.80).aspx http://msdn2.microsoft.com/ja-JP/library/a6cd7c08(VS.80).aspx http://www.exconn.net/Blogs/team01/archive/2006/02/15.aspx

ログインすると、全ての回答が全文表示されます。

その他の回答 (2)

temtecomai2
ベストアンサー率61% (656/1071)

2006/04/17 01:17 回答No.3

#1 です。 > ODBC経由の接続にするのはどうなんでしょうか？ > ODBCの設定をユーザにしてもらうのは、敷居は高いでしょうか？ > インストーラでODBCの設定を自動化することはできますか？ ODBC 接続を使うにせよ、ODBC の後ろで（MDAC などのインストールによって提供される）ドライバが必要なのは変わりません。手数から言えば、MDAC または何らかのドライバのインストールに加えて ODBC データソースの設定が増えるだけですので、最初の質問の解決にはなりません。それを踏まえた上で ODBC 接続を使う場合ですが、クライアントのレジストリに直接書き込む方法。クライアントに配布するアプリケーションと同じフォルダ（または好きなフォルダ）に *.DSN ファイルを配置する方法。などがあります。レジストリに書き込むのであれば、インストーラの中で DSN の設定をレジストリに登録するように設定すれば良いと思います。ファイル DSN にする場合は開発用マシンでファイル DSN を作成して、アプリケーションがそのファイルを読み込むように指定しておき、インストーラの設定で *.dsn ファイルをクライアントの任意の場所にコピーするように設定すれば良いと思います。いずれにせよ、ODBC の設定をするだけインストール作業の手数も増える事には変わりありません。どんな言語でアプリケーションを開発するのかわかりませんので、仮に .NET Framework を使うアプリケーションとすれば、 ODBC を使うよりもプログラムの中からネイティブに「.NET Framework Data Provider for SQL Server」を使ったほうが速いです。その接続文字列は Appl.Config ファイル（昔で言えば ini ファイル）に書き込んでおく事も可能ですし、（あまりお勧めしませんが）アプリケーションの中に埋め込んでおくことも可能です。

質問者

お礼 2006/04/25 22:42

遅くなってすいません。 ODBCはやめることにしました。っていうか、SQL Server 2005 Express Edition に変わったんですよ。 2005でも、クライアントにMDACさえあればOKでしょうか？

ログインすると、全ての回答が全文表示されます。

temtecomai2
ベストアンサー率61% (656/1071)

2006/04/16 22:17 回答No.2

#1 です。私自身はデータベースに直接アクセスする Windows アプリケーションを開発したことは 1度しかなく、インストールの規模も数台だったので、自分でセットアップまで行ってました。 # それ以外はすべて Web アプリばかりで、セットアップも我々が保守するわけでして。 Visual Studio 2005 になってだいぶインストーラの開発に幅が出たと聞きますが、自社開発ツールとしては Visual Studio 2005 は秋以降に本格導入のため、まだまだ勉強中です。 # というか Visual Studio .NET 2003 での開発がまだ残ってるので、勉強も進んでいません。いずれにせよ、テスト用のクライアントを準備し、はたしてこのインストーラで大丈夫か、何度もテストすることをお勧めいたします。 Norton Ghost などを使えば時間を掛けずに何度でも Windows を再インストールできます。こういったユーティリティを使いながら、インストーラの出来を高めていく事が大事ですね。

質問者