B bluely Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-09 #2 第二个问题自己解决了.tmd,是dbisam2.05的bug,我升级到dbisam2.09就不再出现这个问题了 ,一行代码也没改
W wjiachun Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-09 #3 第一个问题我一直直接用 insert into DbisamA select * from B 速度虽然不快也不至于到你说的那么慢吧? 第二个问题我用2.05时怎么就没遇到呢?不过还是谢谢你,我还是升级了。
第一个问题我一直直接用 insert into DbisamA select * from B 速度虽然不快也不至于到你说的那么慢吧? 第二个问题我用2.05时怎么就没遇到呢?不过还是谢谢你,我还是升级了。
B bluely Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-11 #4 老兄请看清楚我的题目,dbf的库怎么能用sql呢,我现在的问题是指dbf to dat时候才遇到的
B bluely Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-11 #6 现在问题是,谁能用一句sql语句直接把dbf库转换成dbisam类型的dat库(无法办到吧).
P Pipi. Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-11 #8 其实它自己的工具还不是一行一行插入的,dbf本来也就不是sql数据库, 即使都是bde用batchmove实际上也是一行一行读出、插入的啊。 可能你要改进一下你的程序吧 或者不用bde访问dbf,而用hycn直接访问dbf?
其实它自己的工具还不是一行一行插入的,dbf本来也就不是sql数据库, 即使都是bde用batchmove实际上也是一行一行读出、插入的啊。 可能你要改进一下你的程序吧 或者不用bde访问dbf,而用hycn直接访问dbf?
B bluely Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-12 #9 我就是用hycn一行一行读入到Dbisam的,你可以试试,数据量小的时候无所谓,大起来(50m以上) 就很慢了.而处理这么大的数据量又是一个不可回避的问题
B bluely Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-12 #10 还有,我使用dbisam自带的数据转换程序,效率也是不高.我看了他的原码,他是用bde的读dbf, ,看来这个问题真的比较难解决了.除非换成其他的数据库引擎
左 左轻侯 Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-12 #11 数据库的类型一经确定,就不需要再更改了 出于什么原因必须老折腾呢? 那还不如直接用dbf算了,也没多大差别啊
B bluely Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-12 #12 数据引擎不是能再更换了.dbisam有很多非常好的特性
左 左轻侯 Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-12 #13 dbisam是不错,不过它不是标准的数据库,没有ODBC/BDE驱动之类, 所以要和别的数据库交换数据就比较麻烦,这一点刚好给你碰上了 dbisam到底有什么不可替代的特性呢?我觉得dbf+第三方控件应该可以取代它的 如果对SQL的要求高,那么access应该是桌面数据库中最好的选择
dbisam是不错,不过它不是标准的数据库,没有ODBC/BDE驱动之类, 所以要和别的数据库交换数据就比较麻烦,这一点刚好给你碰上了 dbisam到底有什么不可替代的特性呢?我觉得dbf+第三方控件应该可以取代它的 如果对SQL的要求高,那么access应该是桌面数据库中最好的选择
B bluely Unregistered / Unconfirmed GUEST, unregistred user! 2001-06-17 #15 而且dbisam有个非常好得特性就是在运行一个需要很长时间得sql查询时候,可以显示进度。