既然ACCESS容量小,为什么不为每个用户都建立一个数据库呢?
这样做有什么缺点呢?如果每个用户都有一个自己的数据库放自己的信息,然后再把最基本的注册信息放在一个数据库里,这样不就解决ACCESS容量小的问题了吗?...
这样做有什么缺点呢?如果每个用户都有一个自己的数据库放自己的信息,然后再把最基本的注册信息放在一个数据库里,这样不就解决ACCESS容量小的问题了吗?
展开
3个回答
展开全部
这确实是解决的Access容量限制的办法之一:将一个容量超2GB的数据库分拆成两个或两个以上的数据库,再将相关表等对象链接导入或用DAO、ADO方法连接。
但这样做的缺点也是明显的,象你说的依用户那样分拆,缺陷更大:首先,从单个数据库文件大小来看是减小了,但就整个项目而言,冗余的东西多了,尺寸也变大了;
第二,执行效能也降低了,从数据库外部读取数据,不仅存在执行效能问题(如ADO方法,超过一百条记录以上,速度就呈指数下降),而且还存多用户操作锁定的问题;
第三、如果按你说的,每个用户数据各用各的,问题倒不大。但团队工作时,有些共同工作有大量数据是要共享的,这样每个人都得链接其它用户的相关表……这是个令人头大易出错,而且会令团队管理者大为光火的设计-----因为他简直无法控制管理整个项目。
但这样做的缺点也是明显的,象你说的依用户那样分拆,缺陷更大:首先,从单个数据库文件大小来看是减小了,但就整个项目而言,冗余的东西多了,尺寸也变大了;
第二,执行效能也降低了,从数据库外部读取数据,不仅存在执行效能问题(如ADO方法,超过一百条记录以上,速度就呈指数下降),而且还存多用户操作锁定的问题;
第三、如果按你说的,每个用户数据各用各的,问题倒不大。但团队工作时,有些共同工作有大量数据是要共享的,这样每个人都得链接其它用户的相关表……这是个令人头大易出错,而且会令团队管理者大为光火的设计-----因为他简直无法控制管理整个项目。
展开全部
access的容量取决于你机器硬盘的容量。不过一般情况是使用系统为ntfs格式的,支持大文件格式。只不过为什么不为每个用户都建立一个数据库,这里涉及到很多原因和问题的。楼上已经说的很清楚我就不阐述了。
如果真正涉及到大量数据建议你还是转到mssql或者其他大型数据库。access主要针对桌面小程序来使用的。大量数据迟早会给access带来各种麻烦。
如果真正涉及到大量数据建议你还是转到mssql或者其他大型数据库。access主要针对桌面小程序来使用的。大量数据迟早会给access带来各种麻烦。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
是做什么应用认为ACCESS容量小呢? 一般应用ACCESS足够了.
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询