死不瞑目啊! ------ 关于Delphi6的ADO(10分)

  • 主题发起人 主题发起人 Mow
  • 开始时间 开始时间
M

Mow

Unregistered / Unconfirmed
GUEST, unregistred user!
以前用Delphi5的ADO开发过一个简单的仓管程序,做的时候没发现什么问题,可是用的时候经常
有记录丢失,反复查找源码,都没发现什么问题。后来实在受不了了,干脆改用DiamondAccess,
呵呵,除了少数必要的语法修改,其它的都没动,再用,居然没有问题了!
从此,Mow再也不敢用Delphi5的ADO了。
不幸的是,最近转用了Delphi6,想想ADO也该稳定了吧?于是小心翼翼地用着。试验了两天,感觉
不错,呵呵,比DiamondAccess的功能强多了!于是,欣欣然就用下去了。谁知,福兮祸所依,昨晚
修改了数据库的一个字段名类型,却忘记修改Delphi6的TADOTable的字段属性了。
于是一运行,悲剧上演了。Delphi提示字段错误。开始我以为是小问题,就Ctrl+F2中断,可是返回
IDE时,提示ADORLT6.BPL错误!!!确定之后Delphi6自动退出!!!重新打开Delphi可是问题依旧......
无奈之下,只好用Delphi5单独打开有问题的.DFM文件进行修改。把有问题的字段全部删除,重新打开
之后终于好了(幸亏当初没把Delphi5给Cut掉)。重建字段之事不表。
经此小难之后,在下更是小心翼翼,生怕再有无妄之灾。谁知该来的怎么也躲不过。
在修改了一个字段名称之后,又忘了修改delphi6中的字段名(不能怪我老是忘啊,字段这么多,又
分在那么多个Form中,怎么顾得过来啊),然后一运行,嘿,又死掉了!!!呵呵!没关系,我还有
D5呢!于是用D5打开DFM,结果D5说不认识一些控件,问我删不删,废话!当然不删!
进入源码中修改完毕退出,又问删不删,惨!一不小心回答了Yes......心知不妙,再用D6打开一看,
只剩一个空Form!
常常责怪自己,当初不应该,常常后悔,没把你留下来.....欲哭无泪啊......

唉!大家别怪我罗嗦,只是心中有气无处发,见谅,见谅!
但是,死不瞑目呐!究竟这是Delphi6的错,还是Mow的错?
 
关注,帮你顶一下
 
用delphi5+ADO时加补丁了吗?我加了两个补丁后,很少再有错误发生。用它们做的软件
发布给用户好长时间了,一直运行稳定。
delphi6+ADO没用过,没发言权。但同事有用的,好象没有你说得那么难用吧?
 
TADOTable里面不应该把字段名写死
 
我也用的ADO升到D六时很顺呀
 
好象没有碰过这样的问题!!
不过D6的IDE容易比D5的崩溃!!
如果你要测试D6的IDE,那简直是不堪一击,
以前以为只有微软的东东的IDE是不稳定,其实DELPHI也是一样的!!
 
你有没有给D6打补丁?
 
你所犯的四个错误:
1、关于备份问题,每做一次重要改运之前,应该备份,且至少保留以前最近的五个左右的备份;
2、关于补丁,如果你用MS的东东,比如ADO,最好多去MS主页看看,打补丁的坏处比好处要少些;
3、关于写死字段,如果字段太多,写死在程序中也无可厚非,但是你不应该在设计的时候就把数据集打要开,
如果在设计的时候不打开数据集,一般不会造成Delphi的问题。而且设计时打开数据集而没有关闭将造成
4、如果出错BPL或者DLL错误,那很有可能是这些文件在内存中的数据被破坏,这时第一件事应该重启机器,
而不是重启D6了事(当然谁都相偷懒,我也不例外)。
 
没碰到过这种问题,帮你UP一下。
 
我在XP下用D6+ADO 没事
 
不会吧,我用d6的ado重来没有这样。[:(]
 
不会地,我这儿一切正常

要不你重新安装系统,再不行换内存条
 
delpih5的adoexpress和delphi6的adoexpress并没有大的区别,除了d5的要打补丁更新一个
错误外.
access是很稳定可靠的,ado+jet4连接access除了速度慢点其他都不错.用dao(如
DiamondAccess,kadao)连接access则速度确实要快一点.
 
ado就是TMD慢,别的倒还好
 
有时是会自动退出,这时你用笔记本打开窗体或模块文件,
把所有数据集的Active改为False,这样就可以再次打开来修改了。
 
关注。本人也遇到同样问题。很头疼
 
我用一段时间了,不会有这么多问题吧,字段不要写死,最好不要建永久字段,否则
修改字段长度时,程序相关永久字段均要修改,切记,切记!
 
后退
顶部