08/04/07 23:08:40 XmpIvrdx
以前話に出てたmdbのトランザクションはcommitまで更新を
先延ばしにしてるだけっていうのはホント？
また、oracle、sql、db2等はそれら製品が順番に処理してくれるという
理解でいいの？今その辺がムショウに気になってる
297:NAME IS NULL
08/06/22 19:04:46 uy5eGQxV
質問OK?
298:NAME IS NULL
08/06/23 01:12:15
以前話に出てたmdbのトランザクションはcommitまで更新を
先延ばしにしてるだけっていうのはホント？
また、oracle、sql、db2等はそれら製品が順番に処理してくれるという
理解でいいの？今その辺がムショウに気になってる
299:NAME IS NULL
08/06/23 10:48:50
>>298
ま た お ま え か ！
スレを変えて何度同じ質問をするつもりだ？マルチ禁止｡
300:NAME IS NULL
08/06/24 01:51:56
最初に目にとまったのがDAOだったのでDAOを覚えた
いまさらADOを覚えなおすのめんどくさいんだけど
将来性を考えたら移行すべきかね
301:NAME IS NULL
08/06/24 07:09:11
移行するならADO.NETのような気がするがまあ環境によるか
ADOの将来性ねえ、うーん
302:NAME IS NULL
08/06/24 11:38:29
今からADO覚えさせるぐらいならDAO覚えさせたほうがマシ
303:NAME IS NULL
08/06/25 00:59:45
以前話に出てたmdbのトランザクションはcommitまで更新を
先延ばしにしてるだけっていうのはホント。
また、oracle、sql、db2等はそれら製品が順番に処理してくれるという
理解でいい。ムシャクシャしてやった。今は反省している
304:†ドラム神§TAKAHIKO†
08/09/09 03:08:56 GtjxzMNf
僕も仲間に入れてよ。
305:NAME IS NULL
08/10/04 12:08:10
AS/400使いです。
ExcelからODBC経由でDB2/400に接続すると遅いのですが、
ADOだと速くなりますか。
外部データとしてDB2/400のDBから10万レコード以上を読みたい。
i5/OS V5R4M0、WinXP SP2+Excel2003 SP3
306:NAME IS NULL
08/10/04 22:56:40
>305
ボトルネックはミドルよりネットワークじゃないかなぁという気がするので
劇的な改善は期待できないような。
もっとも、今ODBCを直接叩いてるんでなくて、ADO→ODBC→DB2ってしてるなら
間飛ばす分、多少マシかもだけど。
可能なら1000件位で比較ベンチ取ってみるとか。
というか、Excel2003は1シート65535行までの制約生きてなかった?
307:NAME IS NULL
09/02/08 14:20:49 ML93ELzY
ACCESSのVBAでADO2.8の参照設定したらヘルプが使えないんだけど、
2.5じゃないと問題あるの？
308:NAME IS NULL
09/04/09 20:31:03
>>298
ま た お ま え か ！
自治厨乙
309:NAME IS NULL
09/05/28 13:39:30
ＭＤＢ＆テーブル作成をＶＢ２００８でＡＤＯＸを使って行っているんだけど、
ＸＰで作成したソースがＶｉｓｔａ環境ではエラーになってしまう。
（ＶｉｓｔａではＡＤＯＸ６．０の為）
両方で使用するにはＤＡＯに戻すしかない？
310:NAME IS NULL
09/06/04 08:56:44 ICQ7EzZo
age
311:NAME IS NULL
09/06/22 00:33:53
>>309
参照設定しなおせばいいよ。
312:NAME IS NULL
09/11/04 20:27:39
Access2007のmdbに30万件位のデータが入っていたのですが、
Postgresにデータを移し、AccessからADOで繋ぐといったスタイルに変更したところ、
重くてどうにもならないという事態になっております。
基本的にデータベースもADOも初心者なので、
元々無理があるのか、PCスペックが悪いのか、ADOの設定等が悪いのかがよくわかりません。
何か見るべきところがあればご教示いただけないでしょうか。
共通環境
OS：WindowsXP
CPU：アスロンの結構古い物
メモリ：300M位しかありません
旧環境：
フロントエンド：Access2007
バックエンド：Access2007 ( フロントと同一、データがそのまま入っている )
接続方法：特になし直接
速度：
単純に全データをデータシートビューに表示する場合は数秒
単純なWHERE句入りの検索時間も数秒
新環境：
フロントエンド：Access2007
バックエンド：Postgres( Windows版、フロントと同一PC )
接続方法：ADO(Postgres付属のOLE DB プロバイダ)
速度：
単純に全データをデータシートビューに表示するだけで硬直( OFFSET 0 LIMIT 3000等としても同様 )
検索：無理
※硬直時Windowsのページファイルサイズが1.5G位に・・・
※ちなみにpgAdminのツールで直接全データを表示するSELECTを実行した場合は30秒位で一応表示されます。
313:NAME IS NULL
10/02/04 17:26:55
メモリ300MBでXP動かすのは問題外、そこにDBMS入れるなんてどうかしてる
314:NAME IS NULL
10/04/07 22:00:21
EXCEL VBAから ADOを使って Paradoxにアクセス。
特定のDBを指定すると「ファイルが無い」と言われる。
BDEがインストールされていると、そちらのドライバを経由するらしく、
「ファイルが無い」と言われるDBにも接続できる。
Jetだけだと、何か制約がアルノ？
315:NAME IS NULL
10/04/21 14:49:44
数年前の流れを真に受けてDAOからADOに移行したけど
結局DAOの方が使いやすいし合理的じゃないか？
ADOは構文が長くなるしAccessの生成クエリをそのまま流用できないのがなんとも。
316:NAME IS NULL
10/05/03 15:47:09
MDBはDAO使い続けた奴が勝利で終結
MSSQL相手ならADOでいいんじゃね