D  A  O  v s  A  D  O  

このエントリーをはてなブックマークに追加
1名無しさん@お腹いっぱい。
2名無しさん@お腹いっぱい。:03/07/03 21:17 ID:???
RDOもいれてくらはい。
3名無しさん@お腹いっぱい。:03/07/03 21:27 ID:???
( ^∀^)つ〃∩ あげあげあげあげ 
4名無しさん@お腹いっぱい。:03/07/03 21:29 ID:???
oo4oもな
5名無しさん@お腹いっぱい。:03/07/03 21:32 ID:???
MDACは?
6あぼーん:あぼーん
あぼーん
7名無しさん@お腹いっぱい。:03/07/03 21:37 ID:???
>>5
それはDAOとADOとRDOのベースであって、直接使うものじゃないだろ・・・
8名無しさん@お腹いっぱい。:03/07/03 21:40 ID:???
ネットぐらいっしかしないんだけど、
MDACの2.7は入れた方がいいのかな?

以前入れたらDAO関係のDLLがやたら増えた。
9名無しさん@お腹いっぱい。:03/07/04 14:15 ID:J4W9xRpZ
必要無いような。>8

私はDAOに1票。
10名無しさん@お腹いっぱい。:03/07/04 14:24 ID:???
>>1
こういうスレタイにスペース入れるのやめれよ。
検索できないジャン。
11名無しさん@お腹いっぱい:03/07/04 15:19 ID:???
MDAC 2.7必要なのはM$ SQL-Server2000くらいなものじゃないのか?
つーか、それぐらいしか使ってない。

ADO に1票
12名無しさん@お腹いっぱい。:03/07/04 22:53 ID:???
>>11
ADO.NET使うならどこのDBでも要るんじゃねーか? > MDAC2.7

13名無しさん@お腹いっぱい。:03/07/05 03:40 ID:dVhkj9h7
Set Con = Server.CreateObject("ADODB.Connection")

ADO一ぴょ
14名無しさん@お腹いっぱい:03/07/05 08:03 ID:???
ADO.NET使うなら必要だよね。
だけど少なくても身の回りの「案件」としては
「だたの.NET」すら出てきてないからなぁ。
15名無しさん@お腹いっぱい。:03/07/05 11:43 ID:???
ODBCDirect(DAOだけど)です。どうぞよろしく。
16名無しさん@お腹いっぱい。:03/07/05 15:17 ID:+U5eCvMx
ぷぷぷ、VB使ってる。
げらげら
17名無しさん@お腹いっぱい。:03/07/05 15:36 ID:???

                 ,. 、       /   /
               ,.〃´ヾ.、  /  /
             / |l     ',  / /
        ,、     ,r'´  ||--‐r、 ',     タッホイ!
       l.l. ,..ィ'´    l',  '.j '.
       'r '´          ',.r '´ !|  \
       l!     ....:.:.:.:.:.:ヽ、   ,l    \
        ゝ、.,_ ---‐‐‐----ゝ、ノ
        | |
         .| |
          | |
        | |
18名無しさん@お腹いっぱい。:03/07/05 16:58 ID:P2VWhkq3
_RecordsetPtr m_pRecordset; //ADOに一票

MDAC2.7の環境で開発(VC++とか)するとクライアントも2.7以上に
しないと駄目でしょう。
クライアントが多くあったので面倒だったなぁ。
多分DAOでも同じだろうけど。
19名無しさん@お腹いっぱい。:03/07/05 18:25 ID:???
一つ言っておく
こぼれた水はまた汲めばいい それだけだ
20名無しさん@お腹いっぱい。:03/07/06 04:54 ID:???
>>16

  \ ぬるぽ ぬるぽ/
       ぬるぽ
ウ・・・ウン・ ∧_∧
 _∧_∧∀`∩)
| _( ;´д`)| ヽ)
|\⌒⌒⌒⌒\
|  \       \
\  |⌒⌒⌒⌒⌒|
  \|_____|

21名無しさん@お腹いっぱい。:03/07/06 18:27 ID:y7fMuDRA
統合テスト中になって初めてADOは同期をとらないことに気づいた。
22名無しさん@お腹いっぱい。:03/07/06 18:32 ID:Bjv9PUFz
#include "Mysql.h"
に一票。
23765:03/07/06 21:04 ID:KJcpqAG0
MSDNくらい嫁

>DAO の環境サポートに関するメモ Visual Studio .NET では、Visual
>C++ .NET 開発環境およびウィザードで DAO がサポートされなくなりま
>した。DAO クラスは含まれているため、このクラスを使うことはでき
>ます。新規プロジェクトの作成には、[OLE DB テンプレート] または
>[ODBC] の使用をお勧めします。DAO は、既存のアプリケーションを保
>守するためだけに使用してください。
24名無しさん@お腹いっぱい。:03/07/07 11:54 ID:???
DAOイラネ
25だおだお:03/07/07 14:13 ID:???
だおだお〜
26名無しさん@お腹いっぱい。:03/07/07 20:37 ID:???
DAOに一票
27名無しさん@お腹いっぱい。:03/07/08 12:42 ID:???
移行が面倒くさい。どうしよう
28名無しさん@お腹いっぱい。:03/07/12 20:32 ID:G0az1m7/
ADOは使っているが、DAOは使ったこと無いなあ。
先日軽く調べてみたが、よく分からん。
DAOは何がそんなにいいんだ?

>>4
Oracle専用じゃねえか!
29名無しさん@お腹いっぱい。:03/07/13 10:06 ID:???
>>28
多少、動作が早い場面があるらしい。
とはいうもののDAOで実現できることは、ADOでも実現可能だし
所詮、消え行くものだから憶える必然性を感じない。

検索かけるとき、DAOの内容も抽出されるのがうっとおしい・・・・・
30あぼーん:あぼーん
あぼーん
31あぼーん:あぼーん
あぼーん
32あぼーん:あぼーん
あぼーん
33あぼーん:あぼーん
あぼーん
34あぼーん:あぼーん
あぼーん
35あぼーん:あぼーん
あぼーん
36あぼーん:あぼーん
あぼーん
37あぼーん:あぼーん
あぼーん
38あぼーん:あぼーん
あぼーん
39名無しさん@お腹いっぱい。:03/07/14 16:16 ID:???
>>23
嫌な香具師だな。
M$にいちいち金払ってまでM$DNなんか読んでいられるか。
40名無しさん@お腹いっぱい。:03/07/14 20:09 ID:???
41山崎 渉:03/07/15 11:16 ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄
42名無しさん@お腹いっぱい。:03/07/15 13:19 ID:0e+bODec
>>40
DAOのドキュメントが見あたらないわけだが……
43名無しさん@お腹いっぱい。:03/07/16 12:38 ID:???
44名無しさん@お腹いっぱい。:03/07/23 11:06 ID:???
>>42
「もう、サポートする気もない」ということでしょ。
45あぼーん:あぼーん
あぼーん
46ぼるじょあ ◆ySd1dMH5Gk :03/08/02 05:06 ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ
47山崎 渉:03/08/15 22:54 ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン
48名無しさん@お腹いっぱい。:03/08/24 20:25 ID:xXAi6u2t
もうADOの勝ちでいいよね
49名無しさん@お腹いっぱい。:03/08/25 18:20 ID:???
勝ち負けの問題なのか?
50 :03/08/25 20:25 ID:bIGup91d
まぁ Jet エンジンをより直接的に使う必要があるときは
DAO しか選択の余地がない場合もあるんだろうけど、
特別な理由がない限りは ADO, ADOX, ADO.NET でよいかと。
51 :03/08/25 20:26 ID:bIGup91d
ADO DAO など接続方法について
http://pc2.2ch.net/test/read.cgi/db/1059027812/

ところで、こっちに移行しませんか?
52名無しさん@お腹いっぱい。:03/08/25 21:23 ID:OQMUnVn1
ADOはVBの退化だったと思う今日この頃。
53世界陸上:03/08/27 03:17 ID:???
ODA有事の圧勝
54上げ。:04/01/15 09:57 ID:jgmx8aMI
私はVBerだが、DAOを使う理由がわからん。
テーブルの構造そのものを操作する必要があるのなら、話は別だが。
55NAME IS NULL:04/01/17 00:39 ID:d6JFqDvy
JDOはどうした!
56NAME IS NULL:04/01/17 01:08 ID:???
>>55
たぶんおよびでない。
57NAME IS NULL:04/01/17 11:02 ID:???
M$しか知らない何も知らない奴が生意気なことをいうな。
58NAME IS NULL:04/01/17 11:59 ID:???
>>57
はぁ・・・
じゃあ、どうしたとか書かずに意味のあること書けな。
59 :04/01/21 08:44 ID:U/TEM5/M
>>54 惰性。

まあ DAO.Recordset はフォームのデータソースとして代入できるが、
ADODB.Recordset はそれができない。
60NAME IS NULL:04/01/21 13:46 ID:???
>>54
mdbの最適化はDAOしかできないんじゃなかったか?
最近のADOではできるのかな?
6154じゃないけど:04/01/21 21:26 ID:???
>>60
ADOX使えばできますよ。
6254:04/01/22 10:40 ID:58+590Zv
>>60
だから〜最適化やテーブルの構造を変更する必要があるPGだけDAOを使えばいい。
一般的なPGはADOを使う。
こうすれば、後々JET→SQLServerとなってもあんまり意識しなくていいんじゃないの?
63NAME IS NULL:04/01/22 13:02 ID:wvCtnri1
6461:04/01/22 21:09 ID:???
>>60
間違った、JRO使うんだった。
65NAME IS NULL:04/01/23 15:30 ID:sKiC3GnB
どっちでもいいんじゃないの?
66NAME IS NULL:04/01/23 18:42 ID:???
おれもそう思う。
使用されるシーンを限定せずあれがいいこれがダメってのも言語厨臭いし
67NAME IS NULL:04/01/23 20:39 ID:???
俺は断然ADO

というか、これが一番壺にはまった。

といいつつ、それ以外も混ぜながら使っているけれど。
68NAME IS NULL:04/01/25 00:38 ID:5gstOqeO
ADOXつかえばテーブル定義可能っしょ。
ADOのバッチ更新モードで容量オーバーするばあい、
どこで容量設定できるのかわからんから、結局
SQLを投げてる漏れには不毛な争いかも知れない。
69NAME IS NULL:04/01/25 16:15 ID:???
ADO.NET
70NAME IS NULL:04/02/17 18:52 ID:???
ODBC+VBAな環境で、DAOでの接続方法しか知らない。
71NAME IS NULL:04/02/17 20:16 ID:???
いまだにAccess97使ってるのでADO(いや使えるんだけどさ)
には馴染が薄いなぁ
72NAME IS NULL:04/04/14 17:16 ID:FMpE2xnu
ADO.NET
73NAME IS NULL:04/04/17 13:03 ID:u6nMZv+f
ODBC API の直叩き。これが最強。
74NAME IS NULL:04/04/17 18:00 ID:4Vhzt+yG
DAOを「ディーエーオー」と言ってたら「”ダオ”って言うの!」と言われ
じゃあってんで、ADOを「アド」と言っていたら「エーディーオーだってば。
おめーは歌いながら壁に絵を描くのか?」って言われた。この意味がわかんない。
未だに教えてくれない。
75NAME IS NULL:04/04/17 20:02 ID:upNbBrDI
>>74
  なつかしいな...
76NAME IS NULL:04/04/17 22:57 ID:???
>>74
亜土ちゃん
77NAME IS NULL:04/04/18 00:33 ID:???
oracleしか使わないおいらはoo4oしか使ったことないです。
亜土ちゃんのことも知っといた方がいいですか?
78NAME IS NULL:04/04/29 08:20 ID:cV2PoOzf
普通にRDOが爆速だと思うが。
79NAME IS NULL:04/05/03 12:46 ID:???
速度が速ければいいってもんじゃないでしょ
80NAME IS NULL:04/05/04 01:00 ID:???
JAROに聞いたらどうじゃろう。
81NAME IS NULL:04/05/04 10:32 ID:YsjIAqqx
速度が遅いんじゃ話しにならんだろ。
82NAME IS NULL:04/05/05 01:31 ID:???
安定性、汎用性が優先される場合も多々あるが。
83NAME IS NULL:04/05/05 09:28 ID:RSXQ79wt
RDOって安定してるし、それなりに汎用性もあるが。

ってことで最強はRDOに決定だな。
84NAME IS NULL:04/05/06 23:15 ID:???
安定性、汎用性だとODBCだろ?
85NAME IS NULL:04/05/06 23:38 ID:U4/T0/lO
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?
安定性、汎用性だとODBCだろ?

たのむって・・・・・まじで。今何が議論されてるのかわかろーよ。




って書いてもわからんのだろーな。
86NAME IS NULL:04/05/07 09:41 ID:???
ODBC=おデブちゃん
87NAME IS NULL:04/05/07 22:37 ID:RLBTkq13
>>84
ODBC ⇒ DAO ⇒ ADO ⇒ ADO.Net ⇒ 先行き不明

ODBC ⇒ 1995年 CLI として ISO規格の標準になった。しかも Unix でも動く
88NAME IS NULL:04/05/07 22:39 ID:???
しかし、コテコテのC言語用のAPIで今と成ってはカナーリ時代遅れ。
パラメータがイパーイで使いにくい罠。
89NAME IS NULL:04/05/09 00:09 ID:???
すっと DAO だったので、
やること変わらんのに ADO にすんの面倒くせーなー、
と思っているうちに Java がメインになった。
結局今でも DAO を使っている。
90NAME IS NULL:04/05/15 00:41 ID:???
>89
そうでつか。
眠っていいよ。
91NAME IS NULL:04/05/19 19:49 ID:???
ODBCでええねん。
DAOとADOしかない環境なら、互換ライブラリ作ればええねん。

ODBC、でもヘンなSQLの意訳するドライバあるのはあかん。
何すんの、ほんま。一度ログで見たってや。Oの付く会社の
昔のODBCドライバじゃ。
92NAME IS NULL:04/05/20 00:52 ID:???
Oracle
93NAME IS NULL:04/12/21 13:53:21 ID:Oq5bs3Jw
昔話をひとつ
私 「xxxするならJETDB,DAOとかありますよね」
隣にいたバカ
   「ふぅ〜ん、あ、ディー・エー・ゼロね」
私 「??? なんですかそれ?」
隣にいたバカ
   「知らないの?業界用語でJET(DB)のことを
     ディー・
     エー
     ゼロ
   っていうんだよ!」


・・・・・っつーか しるか!!
94NAME IS NULL:04/12/21 14:54:11 ID:ANLBSBFQ
========冂======================冂==================冂=======
   ノ ̄ ̄ ̄.ノ ̄ ̄ ̄|  ̄ ̄ ̄|  ̄ ̄ ̄|  ̄ ̄ ̄|  ̄ ̄ ̄| ̄ ̄ ̄ ̄|
   ノ  ジ  ノ  ェ  .ノ  ン  | キ  ノ  ン  |  寿  |   .司. .|
  -─-─-' '-─-─'└─-─└-─--'└-──└-─--┘─-─--┘
      ,-――――――-.
      /           |
     /           |
     /             |
    l"ジェンキン寿司   l
   ,、_lー-―――――‐--、/l
   i ト、ミミ ,r‐- 、``'ニ=‐、.彡リ.
   ヾ,iハ゛.´ _,,、_  i.; _,. ` 彡'i)
    `、j,'  `゚''´:.ノ i::<・ゝ) .ハン          ま・い・ど!!
     i,   ` ,、/ i_ `` ,r'
   ,r〃'i  ,r'ヽ、 _,〉  /.
   /i:ト、;;i,  ミ=_‐_-, 'i /ヽ__
r-‐'´i::::ハ;;ヾ、‐‐-、  ノ´/i:::'i`i‐- 、_
::i' .l:i 'i::::i ヾ;;`‐---‐'i':/ i、 'i::! i::::i `
:i' i:| !:::l _,r.、;;;;;,r''´ヽi. ll::i i::i l:::'i

95NAME IS NULL:05/01/05 20:44:26 ID:+CvQcZYG
DAOを使って早ご年…
96NAME IS NULL:05/01/09 15:49:49 ID:4hp2MOLI
で?
97NAME IS NULL:05/01/10 12:59:09 ID:???
いなくなってしまったRDOのことも時々でいいから思い出してください・・・
98NAME IS NULL:05/01/11 06:24:27 ID:tcl399Fm
ADO+ADOX>DAO

糸冬 了
99NAME IS NULL:05/01/28 20:26:45 ID:V++Xmyb/
こまつばら
100NAME IS NULL:05/02/20 15:43:47 ID:???
結局M$の良いように振り回されてうわなにす(ry
101NAME IS NULL:2005/09/14(水) 18:34:15 ID:???
だおッッッ
102NAME IS NULL:2006/02/03(金) 14:08:53 ID:???
もうHibernateでいいじゃないか
103NAME IS NULL:2006/02/06(月) 13:07:17 ID:???
Jet使うんならADOよりDAOじゃねーの。
それはそうとMDCのヘルスバーグ氏によるLinQのセッションはおもしろかった。
104NAME IS NULL:2006/06/28(水) 17:25:25 ID:???
せっかくの規格化ライブラリなんだから、SQL文を利用しないで
副問い合わせや条件やソートが指定できればいいのにな、と思う。
105NAME IS NULL:2006/09/14(木) 21:54:22 ID:???
ADO-ODBCとADO-OLEDBってどっちがいいの?
106NAME IS NULL:2006/11/19(日) 03:23:30 ID:???
m9(^??^?≡^??^?)9m
107NAME IS NULL:2006/11/26(日) 20:33:52 ID:???
co
108【占有屋】 ◆zGQNHDP.Wk :2009/01/04(日) 03:28:02 ID:???
おやじみ〜
109tsて ◆/unko/1wgw :2009/05/14(木) 15:07:15 ID:???
てst
110NAME IS NULL:2009/11/12(木) 08:42:52 ID:???
test
111NAME IS NULL:2010/03/07(日) 03:20:51 ID:DockLSJI
ODA
112NAME IS NULL:2011/01/18(火) 23:19:44 ID:???
プラズマクラスター効果なしw
http://twitter.com/ozawa_yuuki/status/6549767047872513  
113NAME IS NULL:2011/05/30(月) 23:25:27.27 ID:???
DQNってどう?

114NAME IS NULL:2011/06/13(月) 10:50:47.64 ID:???
QPAってやばいよな
115NAME IS NULL:2011/06/14(火) 13:08:59.93 ID:???
CCBってどう?
116NAME IS NULL:2011/06/14(火) 22:39:38.61 ID:???
EUCとUTFって・・・

117NAME IS NULL:2011/06/15(水) 09:47:48.30 ID:???
DPI説明ちゃんとできるやつ、説明してみろや!!!!
118NAME IS NULL:2011/06/20(月) 18:09:58.05 ID:???
LTEもいいよね
119NAME IS NULL:2011/06/20(月) 18:16:32.59 ID:???
なんか荒れてるな・・・

BPQ使ってるやついる?

120NAME IS NULL:2011/06/21(火) 08:25:57.83 ID:???
>>119

EPDなら使ってる
121NAME IS NULL:2011/06/30(木) 13:12:12.58 ID:???
www






あせらないで・・・・・・・・
122NAME IS NULL:2011/06/30(木) 22:07:37.83 ID:???
123NAME IS NULL:2011/07/01(金) 10:20:31.15 ID:???
124NAME IS NULL:2011/08/02(火) 11:01:41.43 ID:???
125NAME IS NULL:2011/08/02(火) 23:26:58.61 ID:???
126NAME IS NULL:2011/08/02(火) 23:47:22.74 ID:???
お前、ADOされたいのか?

http://www.exotiki.net/mjo/file/data/mai0717.jpg

127 忍法帖【Lv=40,xxxPT】(-1+0:8) ● 【東電 55.9 %】 【36.9m】 :2012/10/22(月) 01:09:50.07 ID:??? BE:205381027-DIA(102575)

128NAME IS NULL:2013/08/06(火) 10:19:57.59 ID:???
129NAME IS NULL:2013/11/04(月) 22:41:04.57 ID:???
SAO
130NAME IS NULL:2013/11/19(火) 02:22:24.34 ID:???
もうODBCの勝ちでいいよね

このスレは落として下さい
131NAME IS NULL
じゃあ次は
ODBC vs JDBCで