D A O v s A D O
>>5 それはDAOとADOとRDOのベースであって、直接使うものじゃないだろ・・・ ネットぐらいっしかしないんだけど、 MDACの2.7は入れた方がいいのかな? 以前入れたらDAO関係のDLLがやたら増えた。 >>1 こういうスレタイにスペース入れるのやめれよ。 検索できないジャン。 MDAC 2.7必要なのはM$ SQL-Server2000くらいなものじゃないのか? つーか、それぐらいしか使ってない。 ADO に1票 >>11 ADO.NET使うならどこのDBでも要るんじゃねーか? > MDAC2.7 Set Con = Server.CreateObject("ADODB.Connection") ADO一ぴょ ADO.NET使うなら必要だよね。 だけど少なくても身の回りの「案件」としては 「だたの.NET」すら出てきてないからなぁ。 ODBCDirect(DAOだけど)です。どうぞよろしく。 ,. 、 / / ,.〃´ヾ.、 / / / |l ', / / ,、 ,r'´ ||--‐r、 ', タッホイ! l.l. ,..ィ'´ l', '.j '. 'r '´ ',.r '´ !| \ l! ....:.:.:.:.:.:ヽ、 ,l \ ゝ、.,_ ---‐‐‐----ゝ、ノ | | .| | | | | | _RecordsetPtr m_pRecordset; //ADOに一票 MDAC2.7の環境で開発(VC++とか)するとクライアントも2.7以上に しないと駄目でしょう。 クライアントが多くあったので面倒だったなぁ。 多分DAOでも同じだろうけど。 一つ言っておく こぼれた水はまた汲めばいい それだけだ >>16 \ ぬるぽ ぬるぽ/ ぬるぽ ウ・・・ウン・ ∧_∧ _∧_∧∀`∩) | _( ;´д`)| ヽ) |\⌒⌒⌒⌒\ | \ \ \ |⌒⌒⌒⌒⌒| \|_____| 統合テスト中になって初めてADOは同期をとらないことに気づいた。 MSDNくらい嫁 >DAO の環境サポートに関するメモ Visual Studio .NET では、Visual >C++ .NET 開発環境およびウィザードで DAO がサポートされなくなりま >した。DAO クラスは含まれているため、このクラスを使うことはでき >ます。新規プロジェクトの作成には、[OLE DB テンプレート] または >[ODBC] の使用をお勧めします。DAO は、既存のアプリケーションを保 >守するためだけに使用してください。 ADOは使っているが、DAOは使ったこと無いなあ。 先日軽く調べてみたが、よく分からん。 DAOは何がそんなにいいんだ? >>4 Oracle専用じゃねえか! >>28 多少、動作が早い場面があるらしい。 とはいうもののDAOで実現できることは、ADOでも実現可能だし 所詮、消え行くものだから憶える必然性を感じない。 検索かけるとき、DAOの内容も抽出されるのがうっとおしい・・・・・ >>23 嫌な香具師だな。 M$にいちいち金払ってまでM$DNなんか読んでいられるか。 __∧_∧_ |( ^^ )| <寝るぽ(^^) |\⌒⌒⌒\ \ |⌒⌒⌒~| 山崎渉 ~ ̄ ̄ ̄ ̄ >>40 DAOのドキュメントが見あたらないわけだが…… >>42 「もう、サポートする気もない」ということでしょ。 ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン まぁ Jet エンジンをより直接的に使う必要があるときは DAO しか選択の余地がない場合もあるんだろうけど、 特別な理由がない限りは ADO, ADOX, ADO.NET でよいかと。 私はVBerだが、DAOを使う理由がわからん。 テーブルの構造そのものを操作する必要があるのなら、話は別だが。 M$しか知らない何も知らない奴が生意気なことをいうな。 >>57 はぁ・・・ じゃあ、どうしたとか書かずに意味のあること書けな。 >>54 惰性。 まあ DAO.Recordset はフォームのデータソースとして代入できるが、 ADODB.Recordset はそれができない。 >>54 mdbの最適化はDAOしかできないんじゃなかったか? 最近のADOではできるのかな? >>60 だから〜最適化やテーブルの構造を変更する必要があるPGだけDAOを使えばいい。 一般的なPGはADOを使う。 こうすれば、後々JET→SQLServerとなってもあんまり意識しなくていいんじゃないの? おれもそう思う。 使用されるシーンを限定せずあれがいいこれがダメってのも言語厨臭いし 俺は断然ADO というか、これが一番壺にはまった。 といいつつ、それ以外も混ぜながら使っているけれど。 ADOXつかえばテーブル定義可能っしょ。 ADOのバッチ更新モードで容量オーバーするばあい、 どこで容量設定できるのかわからんから、結局 SQLを投げてる漏れには不毛な争いかも知れない。 ODBC+VBAな環境で、DAOでの接続方法しか知らない。 いまだにAccess97使ってるのでADO(いや使えるんだけどさ) には馴染が薄いなぁ DAOを「ディーエーオー」と言ってたら「”ダオ”って言うの!」と言われ じゃあってんで、ADOを「アド」と言っていたら「エーディーオーだってば。 おめーは歌いながら壁に絵を描くのか?」って言われた。この意味がわかんない。 未だに教えてくれない。 oracleしか使わないおいらはoo4oしか使ったことないです。 亜土ちゃんのことも知っといた方がいいですか? RDOって安定してるし、それなりに汎用性もあるが。 ってことで最強はRDOに決定だな。 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? 安定性、汎用性だとODBCだろ? たのむって・・・・・まじで。今何が議論されてるのかわかろーよ。 って書いてもわからんのだろーな。 >>84 ODBC ⇒ DAO ⇒ ADO ⇒ ADO.Net ⇒ 先行き不明 ODBC ⇒ 1995年 CLI として ISO規格の標準になった。しかも Unix でも動く しかし、コテコテのC言語用のAPIで今と成ってはカナーリ時代遅れ。 パラメータがイパーイで使いにくい罠。 すっと DAO だったので、 やること変わらんのに ADO にすんの面倒くせーなー、 と思っているうちに Java がメインになった。 結局今でも DAO を使っている。 ODBCでええねん。 DAOとADOしかない環境なら、互換ライブラリ作ればええねん。 ODBC、でもヘンなSQLの意訳するドライバあるのはあかん。 何すんの、ほんま。一度ログで見たってや。Oの付く会社の 昔のODBCドライバじゃ。 昔話をひとつ 私 「xxxするならJETDB,DAOとかありますよね」 隣にいたバカ 「ふぅ〜ん、あ、ディー・エー・ゼロね」 私 「??? なんですかそれ?」 隣にいたバカ 「知らないの?業界用語でJET(DB)のことを ディー・ エー ゼロ っていうんだよ!」 ・・・・・っつーか しるか!! ========冂======================冂==================冂======= ノ ̄ ̄ ̄.ノ ̄ ̄ ̄|  ̄ ̄ ̄|  ̄ ̄ ̄|  ̄ ̄ ̄|  ̄ ̄ ̄| ̄ ̄ ̄ ̄| ノ ジ ノ ェ .ノ ン | キ ノ ン | 寿 | .司. .| -─-─-' '-─-─'└─-─└-─--'└-──└-─--┘─-─--┘ ,-――――――-. / | / | / | 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 いなくなってしまったRDOのことも時々でいいから思い出してください・・・ read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる