................ (200分)

  • 主题发起人 主题发起人 bluely
  • 开始时间 开始时间
B

bluely

Unregistered / Unconfirmed
GUEST, unregistred user!
................
 
第二个问题自己解决了.tmd,是dbisam2.05的bug,我升级到dbisam2.09就不再出现这个问题了
,一行代码也没改
 
第一个问题我一直直接用 insert into DbisamA select * from B
速度虽然不快也不至于到你说的那么慢吧?

第二个问题我用2.05时怎么就没遇到呢?不过还是谢谢你,我还是升级了。
 
老兄请看清楚我的题目,dbf的库怎么能用sql呢,我现在的问题是指dbf to dat时候才遇到的
 
dbf的库怎么能不用sql呢
 
现在问题是,谁能用一句sql语句直接把dbf库转换成dbisam类型的dat库(无法办到吧).
 
据我所知是不可以,除非你能找到DBISAM的BDE驱动
 
其实它自己的工具还不是一行一行插入的,dbf本来也就不是sql数据库,
即使都是bde用batchmove实际上也是一行一行读出、插入的啊。
可能你要改进一下你的程序吧
或者不用bde访问dbf,而用hycn直接访问dbf?
 
我就是用hycn一行一行读入到Dbisam的,你可以试试,数据量小的时候无所谓,大起来(50m以上)
就很慢了.而处理这么大的数据量又是一个不可回避的问题
 
还有,我使用dbisam自带的数据转换程序,效率也是不高.我看了他的原码,他是用bde的读dbf,
,看来这个问题真的比较难解决了.除非换成其他的数据库引擎
 
数据库的类型一经确定,就不需要再更改了
出于什么原因必须老折腾呢?
那还不如直接用dbf算了,也没多大差别啊
 
数据引擎不是能再更换了.dbisam有很多非常好的特性
 
dbisam是不错,不过它不是标准的数据库,没有ODBC/BDE驱动之类,
所以要和别的数据库交换数据就比较麻烦,这一点刚好给你碰上了
dbisam到底有什么不可替代的特性呢?我觉得dbf+第三方控件应该可以取代它的
如果对SQL的要求高,那么access应该是桌面数据库中最好的选择
 
access安全性不好,而且效率也不高。
 
而且dbisam有个非常好得特性就是在运行一个需要很长时间得sql查询时候,可以显示进度。
 
DBISAM1.16版的Serial是多少?
 
DBISAM在数据的安全性方面表现如何?
 
我也试试看。
 
多人接受答案了。
 
后退
顶部