ACCESS数据库的体积多大时操作会卡呢？
答案:3 悬赏:50 手机版
解决时间 2021-04-01 00:53
- 提问者网友：世勋超人
- 2021-03-31 00:38
ACCESS数据库的体积多大时操作会卡呢？
最佳答案
- 五星知识达人网友：执傲
- 2021-03-31 00:57
Microsoft Access 数据库规格
属性 最大值
Access 数据库
Microsoft Access 数据库 (.mdb) 文件大小 2G 字节减去系统对象所需的空间。
数据库中的对象个数 32,768
模块（包括“内含模块”属性为“是”的窗体和报表） 1,000
对象名称中的字符数 64
密码的字符个数 14
用户名或组名的字符个数 20
并发用户的个数 255
表
表名的字符个数 64
字段名的字符个数 64
表中字段的个数 255
打开表的个数 2048；实际可打开的表的数目可能会少一些，因为 Microsoft Access 还要打开一些内部的表。
表的大小 2G 字节减去系统对象所需的空间
“文本”字段的字符个数 255
“备注”字段的字符个数 通过用户界面输入为 65,535；以编程方式输入时为 1G 字节的字符存储。
“OLE 对象”字段的大小 1G 字节
表中的索引个数 32
索引中的字段个数 10
有效性消息的字符个数 255
有效性规则的字符个数 2,048
表或字段说明的字符个数 255
记录的字符个数（除“备注”字段和“OLE 对象”字段外） 2,000
字段属性设置的字符个数 255
这是Access 2003帮助中的，其余版本可以察看各自帮助内容。
不过听说单表存10万条记录以上就会很卡了 没有试过 单表最好控制在1000条记录内 ，个人意见ACCESS要控制在10M以内
希望对你有用
属性 最大值
Access 数据库
Microsoft Access 数据库 (.mdb) 文件大小 2G 字节减去系统对象所需的空间。
数据库中的对象个数 32,768
模块（包括“内含模块”属性为“是”的窗体和报表） 1,000
对象名称中的字符数 64
密码的字符个数 14
用户名或组名的字符个数 20
并发用户的个数 255
表
表名的字符个数 64
字段名的字符个数 64
表中字段的个数 255
打开表的个数 2048；实际可打开的表的数目可能会少一些，因为 Microsoft Access 还要打开一些内部的表。
表的大小 2G 字节减去系统对象所需的空间
“文本”字段的字符个数 255
“备注”字段的字符个数 通过用户界面输入为 65,535；以编程方式输入时为 1G 字节的字符存储。
“OLE 对象”字段的大小 1G 字节
表中的索引个数 32
索引中的字段个数 10
有效性消息的字符个数 255
有效性规则的字符个数 2,048
表或字段说明的字符个数 255
记录的字符个数（除“备注”字段和“OLE 对象”字段外） 2,000
字段属性设置的字符个数 255
这是Access 2003帮助中的，其余版本可以察看各自帮助内容。
不过听说单表存10万条记录以上就会很卡了 没有试过 单表最好控制在1000条记录内 ，个人意见ACCESS要控制在10M以内
希望对你有用
全部回答
- 1楼网友：傲气稳了全场
- 2021-03-31 02:14
ACCESS数据库的体积是有限制的，单个ACCESS数据库文件的SIZE最大限制是2G。对于一般单机用户来说，如果不存储图片、音乐等数据文件，它足够您存储n多年的数据了。
ACCESS一般来说几百M不在话下，设计良好的数据库存储几百甚至上千万行数据也可以飞快地运行，但是设计不佳的数据库可能存储几千行数据就跑不太动的情况也会发生。当然您电脑配置的高低也对运行是否顺畅有重要影响。不过请注意，ACCESS数据库的最大问题是稳定性不太好，容易崩溃，对于前台和后台都在一起的数据库应用系统更是如此。如果您的数据非常重要，强烈建议建议将前台应用程序和后台数据库分开。根据我们多年使用ACCESS数据库的经验来看，前台与后台分开的ACCESS数据库应用系统因为崩溃而导致数据丢失的情况绝少发生，而两者合在一起的因系统崩溃而导致数据丢失则是大概率事件！
良好设计是数据库顺畅运行的前提，这对所有数据库都适用，否则即使是ORACLE、MSSQL这些大型数据库系统也一样跑不动追答给个实际例子吧，我公司有一个用于生产的access 数据库03年开始使用，每天都有添加新数据，旧数据一直都没删除，到现在已运行十多年了。数据有几百万行也就几十M大小，运行它的电脑换了几拨，前台程序升级了好几代。到目前为止数据库运行非常顺畅，相信今后也会很好地运行下去
ACCESS一般来说几百M不在话下，设计良好的数据库存储几百甚至上千万行数据也可以飞快地运行，但是设计不佳的数据库可能存储几千行数据就跑不太动的情况也会发生。当然您电脑配置的高低也对运行是否顺畅有重要影响。不过请注意，ACCESS数据库的最大问题是稳定性不太好，容易崩溃，对于前台和后台都在一起的数据库应用系统更是如此。如果您的数据非常重要，强烈建议建议将前台应用程序和后台数据库分开。根据我们多年使用ACCESS数据库的经验来看，前台与后台分开的ACCESS数据库应用系统因为崩溃而导致数据丢失的情况绝少发生，而两者合在一起的因系统崩溃而导致数据丢失则是大概率事件！
良好设计是数据库顺畅运行的前提，这对所有数据库都适用，否则即使是ORACLE、MSSQL这些大型数据库系统也一样跑不动追答给个实际例子吧，我公司有一个用于生产的access 数据库03年开始使用，每天都有添加新数据，旧数据一直都没删除，到现在已运行十多年了。数据有几百万行也就几十M大小，运行它的电脑换了几拨，前台程序升级了好几代。到目前为止数据库运行非常顺畅，相信今后也会很好地运行下去
- 2楼网友：平生事
- 2021-03-31 01:24
我处理过最大的是 2500万的数据量,一个mdb文件大概有1G左右了,
这时对数据库进行增删查改操作,效率会大打折扣.
所以,如果只有几十兆,效率的影响很微小的, access没有这么弱追问网上都说超过50M就会卡，是不是网页交互的问题啊，我这个不是网页的，只是本地的，应该超过50到100M都没问题吧？追答
随便找了一个 600多兆的 mdb文件,这个读取操作效率也还可以.
如果说超过50兆就卡,那这数据库得多烂啊, 也有可能他们是多用户进行读写,交互式的.
但是你这个使用的环境可能就你一个人使用,还是本地的, 我觉得几百兆完全没有影响的.
还有,你完全可以生成一个几百兆的mdb文件,然后来测试效率的.
祝好运.
随便找了一个 600多兆的 mdb文件,这个读取操作效率也还可以.
如果说超过50兆就卡,那这数据库得多烂啊, 也有可能他们是多用户进行读写,交互式的.
但是你这个使用的环境可能就你一个人使用,还是本地的, 我觉得几百兆完全没有影响的.
还有,你完全可以生成一个几百兆的mdb文件,然后来测试效率的.
祝好运.
这时对数据库进行增删查改操作,效率会大打折扣.
所以,如果只有几十兆,效率的影响很微小的, access没有这么弱追问网上都说超过50M就会卡，是不是网页交互的问题啊，我这个不是网页的，只是本地的，应该超过50到100M都没问题吧？追答
随便找了一个 600多兆的 mdb文件,这个读取操作效率也还可以.
如果说超过50兆就卡,那这数据库得多烂啊, 也有可能他们是多用户进行读写,交互式的.
但是你这个使用的环境可能就你一个人使用,还是本地的, 我觉得几百兆完全没有影响的.
还有,你完全可以生成一个几百兆的mdb文件,然后来测试效率的.
祝好运.
随便找了一个 600多兆的 mdb文件,这个读取操作效率也还可以.
如果说超过50兆就卡,那这数据库得多烂啊, 也有可能他们是多用户进行读写,交互式的.
但是你这个使用的环境可能就你一个人使用,还是本地的, 我觉得几百兆完全没有影响的.
还有,你完全可以生成一个几百兆的mdb文件,然后来测试效率的.
祝好运.
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯