一个ACCESS数据库最大可以多大？

数据库规格(Access97)

数据库（.mdb）文件大小为1G。不过，由于数据库可以包括其它文件中的链接表，所以它的大小仅实际上只受可用存储空间大小的限制。

数据库中的对象个数为32,768

模块（包括 HasModule 属性为 True 的窗体和报表）为1024

对象名称的字符数为64

密码的字符个数为14

用户名或组名的字符个数为20

用户个数为255

以上资料来自Access97 Help

根据经验单机使用效率很好

多用户环境时不应超过10用户（其上限为255用户），且每个表的数据最好不要超过10000条记录。否则维护或查询的效率很差

ACCESS是小型数据库，既然是小型就有他根本的局限性，以下几种情况下数据库基本上会吃不消：

1）数据库过大，一般ACCESS数据库达到50M左右的时候性能会急剧下降！

2）网站访问频繁，经常达到100人左右的在线。

3）记录数过多，一般记录数达到10万条左右的时候性能就会急剧下降！

应该是没有问题的，我建议你生迈出静态最合适

Access数据库最大容量

以 Access 2000 中文版为例。打开帮助，找到以下条目:

设置和定义microsoft Access ->Microsoft Access 规格

Microsoft Access 数据库常规规格

Microsoft Access 数据库 (.mdb) 文件大小 2 G 字节。不过，由于数据库可以包括其他文件中的链接表，所以它的大小仅实际上只受可用存储空间大小的限制。

数据库中的对象个数 32,768

模块（包括 HasModule 属性为 True 的窗体和报表） 1,000

对象名称的字符数 64

密码的字符个数 14

用户名或组名的字符个数 20

用户个数 255

Microsoft Access 项目常规规格 　

在 Microsoft Access 项目 (.adp) 中的对象数目 32,768

模块（包括 HasModule 属性为 True 的窗体和报表） 1,000

对象名称中字符的数目 64

Microsoft Access 数据库表规格

表名的字符个数 64

字段名的字符个数 64

表中字段个数 255

打开表的个数 2,048。实际可打开的表的数目可能会少一些，因为

Microsoft Access 还要打开一些内部的表。

表的大小 1G 字节

文本字段的字符个数 255

备注字段的字符个数 通过用户界面输入为 65,535，通过程序输入为

1G 字节。

OLE 对象字段的大小 1G 字节

表中索引个数 32

索引中的字段个数 10

有效性消息的字符个数 255

有效性规则的字符个数 2,048

表或字段说明的字符个数 255

记录的字符个数（除了备注字段和 OLE 对象字段） 2,000

字段属性设置的字符个数 255

Microsoft Access 数据库查询规格

实施关系的个数 每个表为 32 减去表中不包含在关系中的字段或字

段组合的索引个数

查询中的表的个数 32

记录集中的字段个数 255

记录集大小 1G 字节

排序限制 255 个字符（一个或一个以上字段）

嵌套查询的级数 50

查询设计网格单元中的字符个数 1,024

参数查询的参数字符个数 255

WHERE 或 HAVING 子句中 AND 的个数 40

SQL 语句的字符个数 约为 64,000

窗体和报表规格

标签中的字符个数 2,048

文本框中的字符个数 65,535

窗体或报表宽度 22 英寸（55.87 厘米）

节高度 22 英寸（55.87 厘米）

所有节加上节页眉的高度（在“设计”视图中） 200 英寸（508 厘

米）

窗体或报表的最大嵌套级数 7

报表中可以排序或分组的字段或表达式个数 10

报表中页眉和页脚的个数 1 对报表页眉/报表页脚，1 对页面页眉/ 页面页脚，10 组页眉/组页脚

报表的打印页数 65,536

可添加到窗体或报表的控件和节的个数 754

宏规格

宏中的 *** 作个数 999

条件中的字符个数 255

注释的字符个数 255

*** 作参数的字符个数 255

ACCESS数据库的体积是有限制的，单个ACCESS数据库文件的SIZE最大限制是2G。对于一般单机用户来说，如果不存储图片、音乐等数据文件，它足够您存储n多年的数据了。

ACCESS一般来说几百M不在话下，设计良好的数据库存储几百甚至上千万行数据也可以飞快地运行，但是设计不佳的数据库可能存储几千行数据就跑不太动的情况也会发生。当然您电脑配置的高低也对运行是否顺畅有重要影响。不过请注意，ACCESS数据库的最大问题是稳定性不太好，容易崩溃，对于前台和后台都在一起的数据库应用系统更是如此。如果您的数据非常重要，强烈建议建议将前台应用程序和后台数据库分开。根据我们多年使用ACCESS数据库的经验来看，前台与后台分开的ACCESS数据库应用系统因为崩溃而导致数据丢失的情况绝少发生，而两者合在一起的因系统崩溃而导致数据丢失则是大概率事件！

良好设计是数据库顺畅运行的前提，这对所有数据库都适用，否则即使是ORACLE、MSSQL这些大型数据库系统也一样跑不动

---