哗，用ＶＢ做软件真要命！！

竹笛

难说这种情况，估计大家出现象你碰到的情况是很少见的。

rogertian

我没有过VB,但以前我用VFP感觉VFP的开发速度真的快,就是数据库不好.不够安全.PB也是开发快,但SYSBASE的数据库也是容易坏.真的不知道怎么回事.现在的公司要求用ACCESS,感觉不是很好用.连个窗口都不能控制大小.我看过别人的VB程序,代码太长了..感觉VB的程序运行起来还要慢过VFP的.并且数据库大的时候后台的SQL服务器总是吃内存.程序越来越慢.

真的不知道学什么好用?有人说DEPHI是最好的.仔细想一想也未毕.
但我还是想学一学VB.ACCESS的功能太有限了.没法开发大型的程序.

竹笛

以下是引用rogertian在2004-1-16 9:51:03的发言：
我没有过VB,但以前我用VFP感觉VFP的开发速度真的快,就是数据库不好.不够安全.PB也是开发快,但SYSBASE的数据库也是容易坏.真的不知道怎么回事.现在的公司要求用ACCESS,感觉不是很好用.连个窗口都不能控制大小.我看过别人的VB程序,代码太长了..感觉VB的程序运行起来还要慢过VFP的.并且数据库大的时候后台的SQL服务器总是吃内存.程序越来越慢.

真的不知道学什么好用?有人说DEPHI是最好的.仔细想一想也未毕.
但我还是想学一学VB.ACCESS的功能太有限了.没法开发大型的程序.

我参与过一个PB+SYSBASE的管理信息系统的开发，这个系统软件开发费200万元，用户点约200个左右，用了二年了，SYSBASE的数据库一次也没有损坏过。

我的观点是：不在于学习什么，而在于精通什么！

cai373

ACCESS 确实存一个运行速度慢和稳定性的问题，我做的一个数据库就有130个窗体。
在使用的时候，某些窗体要等好久才有反应，大约要等10秒到一分钟不等。给使用者带来很大的不便。尤其是使用率高的窗体出现这种情况真的好惨。。我为一的解决方法就是使用ACCESS自带的性能优化。虽然有些作用，但好像好景不长，过一段时间又会出现这种问题，真的好烦。请问各位高手有没有更好方法解决这类问题。

[此贴子已经被作者于2004-1-16 10:10:55编辑过]

lwwvb

１３０个窗体，真要命，我做了１３个窗体左右，ＡＣＣＥＳＳ已经不行了。
经常会出现错误，打开ＶＢＡ时报错，说什么“链接文件丢失！！”已经害过我几次了。

我用ＶＢ６做开发，设计时非常稳定，程序文件出问题只不过是极偶然极少见的事情，做了一个多月，ＡＣＣＥＳＳ出错几次，因为它的窗体代码什么的全都保留在一个文件，一出问题就整个死掉。但ＶＢ６，顶多就是坏了一个窗体。

看，程序文件分开保存的风险要比整个保存的少得多呀。。

lwwvb

用ＶＢ还有一个好处，就是能设计ＤＬＬ文件，所以如果有一个大系统要做，一个工程就不会出现有１３０个窗体的事情，我们可以按不同功能群组的窗体做成一个ＤＬＬ，做哪个工程就打开哪个工程的ＤＬＬ，那么，设计就更加容易了。

lwwvb

哪个功能的群组要改动，只要编译哪个工程的ＤＬＬ，就ＯＫ了。这样，大系统升级的时候就不要整个都要下载，只要升级指定的ＤＬＬ文件就ＯＫ了。实在太理想了。。实现了ＣＯＰＹ－＞升级功能，不要重安装。。

但ＶＢ６不支持继承，虽它能做控件，但只能做简单功能的控件，如果功能复杂的东西就不好做，如果要做控件，还是使用ＤＥＬＰＨＩ好。

竹笛

我以二年前用ACCESS做过一个管理软件，里面有200个左右的表、200个以上查询、200个左右窗体，而且就是一个MDB文件，一直到现在都在用，很正常啊。里面最大的记录
是一个表12万条数据。

我说这些是说ACCESS经实践检验还是稳定的，如果用SQL SEVER就更不用说了。

[此贴子已经被作者于2004-1-16 12:45:27编辑过]

cai373

竹笛，你所说的没什么可能吧？以前版本的ACCESS更差了。ACCESS经常出错，简直受不了。我现在用ACCESS2003才像点样，速度虽然是慢了点，但很少会出错。

lwwvb

200个左右的表？200个以上查询？？200个左右窗体？？？

最简单的是，哪种项目会用到这么多的表？？？
国防部的军事系统吗？？

或者你那时候还不懂数据库的一对多使用，它们全都是独立的表，毫无相关性。。。

还有，你说过:
我参与过一个PB+SYSBASE的管理信息系统的开发，这个系统软件开发费200万元，用户点约200个左右。


什么都是２００，不免太巧合了吧，兄弟！！

如果竹笛兄有如此经验，为什么还要搞小小ＡＣＣＥＳＳ呢？