速度问题

wlltnt

我的数据库窗体和查询都很多，越来越害怕了，因为怕以后运行（加入数据）速度更慢，所以现在想问大家一下关于速度的问题
一般数据库（没数据的）要在多少M范围内，才不会严重影响速度，如果以后数据越来越多，应该怎么办呢？
想了解这方面的
请各位指导，谢谢了

zhengjialon

好像李啸林发过，超过五、六百MB就不行了（一个库中，我这里分了很多，所以没有类似情况），可以将一个库分为多个，或者将以前资料备份来解决。

wlltnt

将以前资料备份是什么意思，备份不是数据再做一份，可是这能解决后台数据库吗，内容还是那样多？（不懂才这样问）
还有一个问题就是拆分成前后端，数据增加时，前端的数据库也变大，还是没有，只有后端数据库变大而已？

cai373

将以前资料备份的意思是将数据库中以前的的记录放到别一个库中,也就是减少的本库的数据量

zhengjialon

备份的意思就是你不可能每天都用到所有和资料， 有些几年前的资料，只是偶尔看一下，这样就可以另外放一份。当前据库中只有最新的资料。前端会一直不变，后台会大。

没牙兔兔

这个问题兔兔也在考虑
使用类似 财务中的 帐套 思路可以
比如一开始进入就让用户选择年度
如果是2002年的,就刷新 2002.mdb的链接表路径

ljwei692

通过把数据库导到后端SQL中是否能解决这个问题呢？

wlltnt

兔兔“如果是2002年的,就刷新 2002.mdb的链接表路径”是什么意思？可以把后端在拆分是吗

bulesky

兔兔的办法我也试过，我以前写的财务软件就是这样，但是，如果如果需要通过网络运行这个程序，频频的刷新数据库速度不能接受，除非百兆网，可以经济的组网方式还是十兆网。

没牙兔兔

如果是网络的方式.还是推荐adp+sql

看了这个帖子,犹豫要不要对我编的实力统计软件的数据库结构做大手术啦??
问题:每张实力表大概按照每年5万条记录的进度进行增长,一年统计两次
共有11张不同的实力数据统计表,也就是数据库里面一年应该有55万的数据左右
有经验的高手瞅瞅,这种需不需要进行 数据库分解哦??头疼ing....
不知道mdb库能不能承受啊~!!!!
to 楼主:  
比如 实力库里面有2002,2003,2004年度的记录
那么把实力库拆分为三个库,2002库,2003库,2004库
每次进入系统前,先选择 年度,然后 更新系统中的链接表路径.链接对应年度的数据库
就可以把 原来一个很大的库 分解成几个小数据库,而且后续数据增长是以文件的方式增加,可以避免一个数据库数据量太大的问题