6.3 SharePoint与云端协作

6.3 SharePoint 与云端协作

本节摘要：当使用者跨出同一间办公室，文件级数据库的舒适区就结束了。本节按投入成本从低到高排出四级方案：共享目录直连、前后端拆分加虚拟专网、SharePoint 列表链接、迁移到 Power 平台，并给出每级的典型坑位与切换信号。

华彩的仓库搬到城东物流园那天，老板娘发来消息："新仓的网络老断，他们录单总报错。"这一节就是为这种时刻准备的。先把结论摆在最前面：Access 可以远程用，但代价曲线很陡，选档要诚实。

一、先懂原理：为什么直连共享目录危险

回顾第 8 章会细讲的引擎机制：ACE 通过局域网文件系统直接读写库文件的字节页。这意味着每一次操作都产生真实的网络往返——录一条单据可能是几十次读写来回；而且任何一次网络抖动打断写入，都可能留下半截事务，轻则报错重则文件受损（那句经典提示"数据库处于不一致状态"就是这么来的）。

由此推出基本判断：两人同楼、网络可靠，共享目录直连勉强能用；一旦跨楼宇或网络不稳，这条路就走死了。 不是软件不行，是使用前提塌了。

二、四级方案阶梯

从能用到可靠的 四级阶梯

第一级 共享目录直连        成本零    适用 同一层网 内三五人 稳定内网
第二级 拆分加专网访问       成本低   适用 跨地点 少量并发 一线录单为主
第三级 链接 SharePoint 列表 成本中   适用 表结构简单 协作面广 移动查看需求
第四级 Power 平台化         成本高   适用 业务长大 正式企业级诉求
​

第二级详解（性价比之王）。 第 7 章完整演示拆分手术，这里只说它为什么天生适合远程：把数据后端放进公司机房或托管主机，前端拷一份到每台终端，网络上传送的只剩数据本身而不是文件页抖动，稳定性陡升；配合虚拟专用网络或远程桌面进入办公网运行，效果接近坐办公室。华彩最终选的就是这一级加远程桌面组合，新仓当天恢复录单。

第三级详解（协作面广时考虑）。 把某几张表导出为 SharePoint 列表并建立链接之后，列表本身支持浏览器和手机访问，权限跟着平台账号走，版本历史还能救场。代价同样明确：一是链接表的字段类型映射受限，附件类要绕路；二是同步在大数据量下明显变慢，超过几万行的表别送上去；三是该服务在企业套件中的定位持续调整，绑定前要确认自己公司的订阅现状。判断题记一句：高频业务录入留在 Access 前端，低频查阅协作交给 SharePoint，别让一张表两头奔波。

图题：四种协作形态的成本能力对照

三、切档的信号灯

什么时候该往上走一档？四个信号，出现即启动评估：

• 录单报错与断网强相关，重试才能成功成为日常；
• 文件修复频率超过每月一次（压缩修复日志是证据）；
• 数据逼近第 1 章那条 500MB 警戒线，性能优化开始失效；
• 出现了手机端或客户外部的正式录入诉求。

反过来提醒一句别过度设计：三五个人的图书角借阅管理非要上第四级，属于用挖掘机种花。技术的匹配度永远比先进性重要。

四、案例全程：一次失败的列表迁移与它的遗产

第四级路线华彩真试过，结局有价值。起因是老板娘看到同行用在线列表手机填单很羡慕，我们便把货品主档迁到 SharePoint 列表、前端走链接表试用了一个月。

前两周相当美好：手机端录入顺滑，Outlook 里直接审批新增条目。变故从第三周开始——仓库网络弱信号时段，录单窗体报"写入冲突"越来越频繁；有人白天在手机改了规格，晚上库房又按旧缓存改了一遍，同步引擎留下一份"冲突"副本让两边都成了悬案。排查后确认这不是配置问题而是结构性的：链接列表的每次操作都是一次次真实的网络往返，弱网环境下体验必然抖动，而多端并写同一行的冲突仲裁天然生硬。

月底复盘做出决定：货品主档回迁 accdb 后端，SharePoint 只保留两个真正需要移动场景的轻量清单（外勤报价登记、行政物料申领），数据量小、允许延迟合并。这次试验的直接遗产是明确了各档位的能力边界——云的价值在协作半径，不在并发强度，选型时先诚实评估现场网络的成色。

五、远程办公的两条免改造通道

如果诉求只是"出差在家也能录单"，还有两条不需要动架构的路：

远程桌面直连办公室电脑。 微软自带的远程桌面或任何内网穿透方案，人在外地操作的就是自己那台装机机器，断线重连现场还在，零开发成本。小团队三两人偶发出差时，这是最便宜的合规解。缺点也直白：占用一台主机、显示器分辨率偶尔闹脾气。

网盘同步文件夹是绝对禁区。 最后强调一个每年都能读到惨案的坑：把正在使用的 accdb 放进网盘同步目录（各家消费级同步盘都算），多台机器各自缓存、云端合并时数据库内部引用错乱，轻则提示损坏重则文件报废。网盘适合同步导出的备份副本与报表产物，绝不适合承载多人同时打开的活动数据库——这个警告请原样转告每一位客户。

六、轻集成变式：在线表单收单进台账

还剩一个手机入口的低配版做法值得一提：用人人都在用的表单工具收集（企业内部的电子表单或问卷皆可），员工手机扫码填写落进一张在线表格，Access 端每天定时把新行导入暂存区走 6.1 的通关流程。它牺牲了实时性换来了零学习成本和零部署成本，特别适合报修、借还、订饭这类低频轻量场景。华彩最终没选它——他们的录入集中在仓库一个点，桌面已经够快——但这家公司的行政用它收了半年报销单据，好评。

顺手补答：列表路线的两个技术细节

真要试水三级档位的读者，两个坑位提前标注。其一，SharePoint 列表对附件和大文本有明确配额与类型限制，迁移前先把字段清单与官方上限对照一遍，别等同步报错才发现附件字段装不下图纸；其二，链接表在多端编辑下的冲突仲裁会生成"冲突"副本行，务必约定每周清点一次冲突视图，否则悬案越积越多，最后没人敢下结论。这两个细节决定了列表适合"轻量、可容忍延迟"的数据，而非核心业务主档。

本节判定手册

给选型者的最后一句话

四级阶梯走完，你会发现每一级升级的代价都不是钱，而是放弃某样东西：第二级放弃的是"人人改一份前端"的自由，第三级放弃字段的随心所欲，第四级干脆放弃"周末自己修"的可能。提前想清楚愿意支付哪张账单，比研究任何功能对照表都更能帮你定位档位。

本节判定手册

• 远程可用性取决于架构而非意愿：直连的天花板真实存在。
• 二级拆分是绝大多数小微组织的最优解：改动最小，收益立竿见影。
• 三级适合协作半径大于数据复杂度的场景；四万行以上的表勿链。
• 四个升档信号记熟，切换宜早不宜迟——文件的物理损坏从来不提前打招呼。

至此"进出协同"三章讲完。下一章直面系统的后半生：安全、部署与运维，让它稳稳活过三年五年。