1.2 能干什么不能干什么：核心特性与能力边界
1.2 能干什么、不能干什么：核心特性与能力边界
本节摘要：Access 的核心特性可以概括为四件套——文件级存储、可视化建模、一体化窗体报表、宏与 VBA 自动化；它的边界同样清晰：单库约 2GB、实用并发建议十人以内、缺乏服务器端安全模型。记住"量级够了用它是捷径，越过红线它是债务"。
上一节回答了"它是什么"，这一节要画一条生死线。华彩商贸的例子继续用：他们的问题适合 Access 吗？我们不凭感觉，把特性和限制逐条摆出来对号入座。
一、四个核心特性
文件即数据库。 整个系统就是一个文件，拷贝到 U 盘里就能带走，双击就能打开。备份变成了复制粘贴，交接变成了发邮件（注意公司数据安全规定）。这种轻量感是服务器数据库永远给不了的体验。
建模全程可视化。 表设计器里加字段就是填一行表格，设主键就是点一个钥匙图标；关系窗口里拖一条线就建好两表联接。背后生成的其实仍是标准的关系结构和 SQL 定义，第 3 章你会看到这些界面产物对应的原生语句长什么样。
界面开发零起步。 窗体向导选一张表、挑几个字段，十秒钟得到一个能录数据的表单；报表向导同理做出可分组汇总的打印版式。对行政出身的开发者极其友好——这是它三十年长盛的第一功臣。
自动化双轨制。 简单的事交给宏：打开窗体、刷新数据、弹个提示，拼积木一样完成；复杂逻辑再上 VBA。宏写错顶多不执行，VBA 写错才会伤数据，这个梯度设计让新手的风险被天然隔离。
二、绕不开的硬边界
以下几条红线出自微软官方文档与大量一线实践，值得原样背下来：
| 维度 | 官方上限 | 实践建议 | 越线症状 |
|---|---|---|---|
| 单库文件大小 | 约 2GB | 数据超过 500MB 就开始警惕 | 频繁提示空间不足、压缩修复变慢 |
| 同时编辑用户 | 255 个连接 | 三五个稳定并发最舒适 | 记录锁冲突、"网络连接中断"报错 |
| 字段数每表 | 255 个 | 建议百以内 | 设计本身已失衡 |
| 复杂查询深度 | — | 超过五层嵌套查询考虑重构 | 查询慢到难以忍受 |
其中 2GB 与并发两条最致命。华彩商贸三年流水大约二十万行，折算文件不到 300MB，日常同时改数据的是仓管和客服共三人——两条线都安全。
三、边界之外的活法
撞上红线并不意味着推倒重来，Access 有自己的"借力"姿势：
- 表搬家：把最大的几张表链接到 SQL Server 上，前端窗体报表保持不变，等于给引擎换了个心脏。这是第 8 章"升迁"专题的核心戏码。
- 只读分发：需要大范围查数据的人拿到的是导出的快照或 Power BI 报表，不让所有人挤进同一个文件。
- 拆分架构：数据一份、程序多份（详见第 7 章），把并发压力和升级风险都降下来。
把这张图记牢，你面对"要不要继续用"的经典争论时就不会慌：Access 很少是终点，但绝对是极好的起点；只要升级通道事先修好，前期的投入一分都不浪费。
四、判断清单：你的业务适不适合
拿这五条对照，三条以上答"是"，就可以放心立项：
- 数据规模未来三年预计在几十万行、几百兆以内？
- 同时编辑的人不超过十个？
- 业务逻辑变化频繁，需要一个能跟着业务长改的工具？
- 团队里没有专职程序员，但有人愿意学一点自动化？
- 数据敏感度中等，允许放在办公网内的共享目录？
华彩商贸五条全中。反过来说，如果是全连锁门店实时进销存、或者需要面向互联网开放注册的系统，哪怕数据量不大也不该硬上——工具没有高下，场合对了才是好工具。
五、红线背后的物理学
把限制当咒语背不如弄懂来路，知道为什么才会在新场景里自己推断。
2GB 从哪来？ 引擎内部的数据页寻址宽度是按二十多年前设计的整数体系划定的，单个文件能指到的范围就到两吉附近。它不是拍脑袋的营销数字，而是底层结构的刻度——这也是为什么压缩修复、归档拆分这些"整理房间"的动作只能延缓而不能消除天花板：刻度长在墙上了。
并发弱在哪？ 服务器数据库是专职裁判：读写请求排队进一个中央调度程序，谁先谁后清清楚楚。Access 的多人协作更像是合租公寓共用一张桌子——文件级与记录级的锁机制管得住小摩擦，人一多，等锁的时间成本指数上升。问题不在"锁不住"，在"没有中央调度的高效仲裁"，这是架构出身决定的（第 8 章 8.1 会带你看现场）。
理解了这两条，你会得到一个实用推论：评估任何极限场景时，看数据的"形状变化速度"比看当下数字更准。五百兆静态档案十年不涨毫无压力；五十兆但月增三成的流水账两年内就该规划后路了。
六、高频追问三连
问：两吉到底能装多少业务数据？ 粗算公式给个参考：单表容量 ≈ 两吉除以平均行长再打对折留索引冗余。华彩订单明细平均行长两百字节上下，理论上限五六百万行，实际规划到百万行就开始定期归档——留一半余量是工程习惯。
问：不同版本的上限有差别吗？ .accdb 格式定稿于 2007 年之后便未再变动，各版本的上限一致；变化的是外围生态（联动工具、驱动位数），这反而是选版本时更要看的维度。
问：装不下能不能拆成两个文件接着用？ 可以且常用——最自然的切法是按时间（当年库在线、往年库封存另存），跨库统计的代价是要么临时链接要么定时汇总快照。它是正规手段而非歪招，第 7 章的日历里就有它的位置。
七、并发红线的一次现场目击
数字终归抽象，给你一个可视的现场。我们曾在实验机上做过一次演示：模拟十二个用户各自循环写入同一条流水记录，前五分钟一切正常；第六分钟起，"记录被锁定""数据已变更"的弹窗开始此起彼伏，写入队列肉眼可见地拖长。十人以内的舒适并发的经验值，就是无数场这样的拥堵换来的总结。
有意思的是同一场测试里的第二组观察：把写入目标从单一热点表分散到五个业务表，同样的操作压力下冲突几乎消失。这个细节后来多次用于方案评审——真正的杀手往往不是总人数，而是所有人挤在同一张表同一时段写同一批行的密度。下次有人说"我们二三十人要用"，先别急着摇头，问清楚业务分布再下结论。
收束一下
- 特性记忆成四件套：文件级存储、可视化建模、一体化的窗体报表、宏 VBA 双轨自动化。
- 红线记两条硬的：2GB 单库上限、十人以内的舒适并发的经验值。
- 越线的姿势比硬扛聪明：归档、拆分、链接服务器表，三招覆盖九成场景。
- 用五条清单判断立项与否，别靠热情判断。
下一节看一圈真实世界里各行各业的用法，你会发现"什么样的人在做什么样的库"，从而给自己的系统找到参照系。