当然在一个数据库多个表好,原因有三个:
1.多表联合查询方便
2.连接字符串用变量存储简单,增加运行效率,太多的连接路径占用系统内存,也容易造成溢出,你不好维护,每个连接都要求做异常处理麻烦不说还影响性能。
3.占用资源,ACCESS驱动器多开占用资源,本身ACCESS就是一个独占形式的数据库,你开发的软件也不能增加客户端。
完全可以测试一下,用两种方法连接分别做套程序,一起运行最小化到后台,查看一下任务管理器,占用内存大小一比较就可以知道答案了,我是觉得用ACCESS不如SQL,不支持多用户,跟一个数据库建多少表是没多大关系的,只要不超过他的阀值。
一库一表真的不是很好的办法,查询逻辑烦琐不说还及其消耗内存,真是数据量太大,那就早点用SQL,SQL可以把几个数据库整合在一起
我说一下我个人的看法:
access数据库对记录的容量是有限的,拿access2003的mdb库来说,当一个库的容量超过500M(据说能存储到1.5G)那么存储与查询都会明显变慢,超过1G时,有时慢得难以忍受。
基于以上原因,我建议你数据量小的话一库多表,数据量大的一库一表。
如果你用多库
1,你不可能遇到各各表都不相关的情况,那你表间联合查询就不能查
2,各库中表数据肯定存在冗余,不科学,管理也不方便,你应该看看数据原理里有关数据范式的内容
3,如果你真想分开的话你干脆读写二进制文件得了,还用数据库干嘛?数据库其实主要指关系数据库,指的就是表间的关系如何如何重要,你用数据库系统,还不用它的优点!玩啥捏?
楼主表丢下西瓜捡芝麻,性能上?你补过车胎吧?补一次十个洞的和补十次一个洞的哪个贵些?
额,个人感觉还是一个数据库 多个表好 方便管理 也省空间....
性能上:多个表多个数据库好,调用快,并且数据安全...而磁盘组阵列一样...(还有点区别)。
技术上:单个表比多个表功能好实现~整体框架更清晰明朗,多个表的话 语句繁琐,绕绕容易把自己绕进去....而且容易出现一些逻辑的错误!
个人认为肯定是1个数据库多张表好
因为在查询等方面使用多表连查时方便