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

cai373

我也想知道，200个表？是不可能的吧，我那个只有十几个表，百几个查询和130个窗体。整个数据库也有25MB。

竹笛

刚才数了一下，就100差不多吧。看来吹牛吹过头了：）
表：截图第一部分

表：截图第二部分

窗体：截图第一部分

窗体：截图第二部分


我的数据库前端157M，后端44M

[此贴子已经被作者于2004-1-16 15:04:56编辑过]

rogertian

这么大程序跑起来还不要象蜗牛啊?

竹笛

销为慢一点，但慢的也就2秒左右时间，没有象前面朋友提到的要10秒。

zhengjialon

在我现在的公司里，上百个查询一个前端很正常，不过全是按部门和应用不同分开的，分了大概五个部分，如果全放在一块，几百个查询和窗体差不多，现在最大的一个前端，一百多个查询现在去行，并不慢。机器大都在CII800左右。

李寻欢

尺有所长寸有所短。

一把匕首及一把削铁如泥的宝剑放在你面前，你会选什么？相信很多人选宝剑，因为剑比匕首长，更易伤到敌人。但李寻欢（不是我，我也选剑，因为我不会用飞刀：））会选匕首，原因就不用我解释了吧。
上面的举例也许不太贴切，因为那只是虚拟人物，现实中也有：利玛公司是专用access开发的，tmtony公司是用access开发ERP的。

说这么多只是为了印证竹笛的一句话：不在于你会什么，而在于你精通什么。

lwwvb

晕,真是好多表,真让我大开眼界..

但很多表名都很类似,看来一定有很多冗余的东西,极可能是把很多的数据表都生成一个"余额表"吧...

看来要分成两个库,或者是减减肥更好....

lwwvb

还有一点,其实在ACCESS中的窗体概念与VB的窗体是不能相同而言的。
ＡＣＣＥＳＳ中有１０个窗体，可能真正显示的只是几个或更少，因为它们可能很多是子窗体。

所以系统做大了的时候，就会看起来太零碎。但ＭＳ总是不去改改。。。

竹笛

象我这样的东东，我的解决方案是ADP+SQL SEVER2000，而不是分成几个库，我已经基本改好了。

另外，有些表确实是多余了，原因是现在比以前有所进步：）

大部分网友都是用ACCESS来处理工作用的数据，所以放心大胆地用ACCESS好了，如果要用ACCESS来开发商业软件，要掌握的东西真得还有好多，要学管理，要学网络、安全……。并不简单，甚至有些烦。

lwwvb

我当然知道尺有所长的道理。。

其实ＶＢ不是做数据库的好东西。做数据库如果没有第三方则很难做。。。
第三方控件又有些奇怪的错误。几千块的控件错误多多。唉。。。。
不过我也总算熬过来了。。

但我一定要说一句，为什么我要改用ＶＢ做数据库？最大的理由是：ＡＣＣＥＳＳ运行慢＋ＡＣＣＥＳＳ设计时太容易死机和出错。

如果没有这两点，我还是抱着ＡＣＣＥＳＳ不放的。。。