ADO.NETの質問・雑談スレ2 (421ﾚｽ)
上下前次1-新
132(1): 2009/04/07(火)18:08 ID:??? AAS
外部ﾘﾝｸ[pdf]:www.shoeisha.com
この文書には、「非接続型＝DataSetクラスを使っていること」とあるな。
「接続型」、「非接続型」の用語の理解はこれでいいんじゃないの？
ネットワークの負荷の違いは、そのアプリケーションの組み方次第なので、
一概には言えない。（その人がイメージしているアプリの形によって差が
でるので、「こちらの方が負荷が違う」ということが多い）
133(1): 2009/04/07(火)19:52 ID:??? AAS
「非接続型＝DataSetクラスを使っていること」は良いとして、
「接続型＝DataSetクラスを使っていないこと」ではないと思うんだな。
「接続型」と積極的に言えるのはせいぜいADOなどで更新やスクロール可能な
結果セットを使った場合だと思う。
CommandやDataReaderクラスは非接続型か接続型という分類じゃなく、
そられを実現するための基本的なADO.NETデータプロバイダのファンクションそのものであると考えるべき。
ADO.NETを解釈すると、データプロバイダ（ドライバ）+DataSetフレームワークというべきもので
あるが、たびたびデータプロバイダのみをADO.NETと呼んだりするのでややこしいい。
ADO.NET Entity Frameworkでもデータプロバイダは共通なんだよね。
134: 2009/04/07(火)21:59 ID:??? AAS
>>132
それ、昔の.NETマガジンの記事だな
その記事みると、接続型はサーバカーソルのようにみえるな
まあ、対象がORACLEなんで若干の違いがあるのかもしれないが、
ADO.NETではサーバカーソルは（ADO.NETの機能としては）サポートしてなくて
DataReaderでさえサーバカーソルは使わないらしいが．．．
その記事でも、接続、非接続の区別が大事だって書いてあるなぁ
「非接続型＝DataSetクラスを使っていること」が定義になるだろうってことに反対はしないが
>>130 がいうように、、「取得したデータをローカルのメモリに保存してるかどうか」が大事なとこなんだろうな
結果としてDataSetを使ってるというだけで
省8
135: 2009/04/07(火)22:45 ID:??? AAS
残念ながらそのものズバリconnectionless
136: [age] 2009/04/08(水)07:42 ID:??? AAS
俺は、「非接続型」というのは、DataSetをアピールするためのキャッチコピーの
ようなものだと思ってるんだけどな。そもそも、DB接続プログラミングに関して
そのような用語や概念は無かったのだから、DB設計をしたり実装したりする
時においてはさほど重要ではないと思う。
137(3): 2009/04/08(水)09:44 ID:??? AAS
接続型とか非接続型ってのは、MySQLのC APIで言えば、
それぞれ、mysql_store_result()とmysql_use_result()でしょ？
138: 2009/04/08(水)09:44 ID:??? AAS
あ、ごめん、順番逆に書いてしまった >137
139: 2009/04/08(水)10:42 ID:??? AAS
>>137
いい事いうじゃねえか。
出来るんだな？
今すぐ頼むぞ。
140: 2009/04/08(水)14:45 ID:??? AAS
>>137
MySQLよく知らないんで、その違いを説明してくれないか
ADO.NETのスレでMySQLに例える意味がわからんが
141: 2009/04/08(水)23:29 ID:??? AAS
ちょっとでしゃばって見たかったんだ てへっ
142(3): 2009/04/09(木)00:16 ID:??? AAS
javaのWebアプリ開発経験者です
今回、初のASP.NETの開発のため調査しています。
いまのところ、ASP.NETのDB処理は「非接続」で実装（javaと同じような）
すればよいという認識ですが、正しいでしょうか？
そもそも、このスレは、ASP.NETは考慮せずに、
Windowsアプリのみを想定しているのでしょうか？
>>2
の「前スレの流れ」はASP.NETとWindowsアプリの区別は無いのでしょうか
143(1): 2009/04/09(木)00:46 ID:??? AAS
状況により使い分ける。
例えば接続型のDataReaderの方がパフォーマンスは良い。
しかし、順方向への読取専用にしか使えないので、
例えばGridViewのページングを使いたいような場合には向かない(できない)。
144(1): 2009/04/09(木)01:14 ID:??? AAS
>>142
すぐ上で接続型と非接続型に対する議論が白熱してるｗ
で、俺はjavaはわからんのだが、javaと同じような非接続の実装ってのはどういうもんなんだろ
>>131なんかが言うには、javaだとDataReader使うようなスタイルになるみたいだけど、
それなら分類的にはどっちかっていうと接続型だと思うが．．．
まあ、少なくともDB周りにおいてはその区別は重要ではないという流れではあると思う
WebアプリかWindowsアプリかについては、俺の私的意見ではあるが、ADO.NETは
Webアプリ的思考をWindowsアプリにも適用する方向に向かって進んできたので
Webアプリにおいてはあまりその違いを重要視する必要がないと思う
Webアプリなら特性上、楽観的ロックでコネクションは即時解放ってスタイルにならざるをえないと思うが
省1
145(1): [age] 2009/04/09(木)07:25 ID:??? AAS
>>142
文面からすると、「javaは非接続型で実装するスタイルがメインである」と
読み取れるのだが、JDBCの場合、テーブルデータをローカルメモリに
保存する機能のクラスはないのだから、「javaは接続型」だと思うのだが。
javaであなたが実際に実装する際に使っているライブラリやクラス名を
教えて欲しい。（O/Rマッピングあたりなのかな？）
このあたりがはっきりしないとレスもしようが無いので。
146(1): 2009/04/09(木)15:59 ID:??? AAS
ADO.NET単体では
MDBファイルの新規作成はできないのでしょうか？
COMを使えばできるのは解ってます。
147: 2009/04/09(木)19:58 ID:??? AAS
ADOの時代からADOX使わないと無理だったんで、無理だと思う
ADO.NETはあくまでも既存のDBに接続するためのものってことだな
148: 142 2009/04/09(木)21:05 ID:??? AAS
>>144
>>145
142です。ああああ、ごめんなさい。
ご指摘の通り、javaは「接続型」です。記入間違いです。
混乱させてしまいました。
>>143
ですよね。
GridViewのページングのためしか、「非接続型」は使えないきがする。
>>144
>すぐ上で接続型と非接続型に対する議論
省10
149(1): [age] 2009/04/10(金)07:59 ID:??? AAS
>>146
話の整理をする意味合いでの意見だが、
ファイル操作はADO.NETの範囲ではない。
150(1): 2009/04/10(金)16:34 ID:??? AAS
>>149
MDBファイルの新規作成を、ファイル操作って言っちゃうと
ちょっと議論がずれるとおもうぞ
MDBファイルの新規作成＝JetでのDBの新規作成 って意味だと思うんだ
Jetが（実際は無理なんだが）create databaseとかのSQLでMDB作れるなら、
ADO.NETからSQL発行すれば可能なんだろうけど、その場合でも
それはADO.NETの守備範囲ではないと思うんだ
151(1): 2009/04/10(金)17:54 ID:??? AAS
MDBファイルの作成であれば、ファイル操作でやるしかないでしょ。
ひな型となるものを作っておいてコピーするとか。
そもそもMDBは、それに接続してDB作成とかいう概念がないはず。
DB が SQL Server であれば、作成は可能だが。
外部ﾘﾝｸ:support.microsoft.com
上下前次1-新書関写板覧索設栞歴
あと 270 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.939s*