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しか使ったことないです。
亜土ちゃんのことも知っといた方がいいですか?