企业官网建设流程全解析

上个月我接手部门里几份带宏的模板文档时，整个人是崩溃的。月度汇总表、考勤统计表、报销台账，外加一份业务通知 Word 模板，散落在不同的共享目录里，每份文件都有自己的 VBA 宏，但彼此之间没有任何关联。更糟的是，运营口径一调整，我就得挨个打开文件，把新表头、新公式、新代码块逐份复制粘贴到所有副本里。上周一次漏改，直接让两份周报对不上数，我花了整整半天才查出来哪张表还是旧公式。

后来我把这堆“散沙”整理成了一个“母版-副本自动同步总控台”，核心是 WorkBuddy 加 VBA 同步引擎：母版只保留一份，所有副本根据映射表自动更新，WorkBuddy 负责定时调度、状态展示和异常告警。这篇文章就把整套方案完整拆开讲，包括为什么这么设计、VBA 里哪些代码真正值钱、WorkBuddy 侧怎么配置规则和 Skill，以及我实测中踩过的几个大坑。适合被 VBA 模板文档反复折磨的办公自动化玩家、Excel 重度用户，还有那些想给 WorkBuddy 派点真实活儿的同学。

1. 散沙局面的真实代价：为什么模板文档不能靠手动复制维生

1.1 我当时手里的“沙堆”长什么样

先还原一下改造前的场景。部门文件目录大致是这样：

D:\部门共享\ ├─ 月度汇总\ │ ├─ 月度汇总_华东.xlsm │ ├─ 月度汇总_华南.xlsm │ └─ 月度汇总_总部.xlsm ├─ 考勤统计\ │ ├─ 考勤_2024版.xlsm │ ├─ 考勤_备份_2024版.xlsm │ └─ 考勤_最终版.xlsm ├─ 报销台账\ │ ├─ 报销台账_模板.xlsm │ └─ 报销台账_模板_新.xlsm └─ 通知模板\ ├─ 业务通知_模板.docm └─ 业务通知_模板_改.docm

光看文件名就能猜到有多乱：“_最终版”“_备份”“_新”这类后缀泛滥，同一个功能存在多个版本，根本说不清哪个是正式母版。每份 .xlsm 里都有几段宏，有的负责从数据库拉数，有的负责生成图表，有的负责格式清洗。我接手后的第一个任务，是把“月度汇报口径”改一下——三张月度汇总表的表头要加一列，公式要换一个字段，宏里查询的逻辑也要改。

听起来很简单对吧？真正做起来是另外一回事。表头好改，公式也不难，麻烦的是宏。月度汇总_华东.xlsm 里那段查询宏被写死成了“读取 C 列数据”，而华南那份是从 D 列读的，因为当初是不同人基于同一份模板分头改出来的。我改完华东，得记住华南的逻辑差异，再单独改一版。全程靠记忆，靠肉眼比对，没有任何机制能告诉我“哪份副本漏改了”。

1.2 手动维护的隐藏成本，比你想的贵得多

第一个成本是时间。一次口径调整，平均要打开七八份文件，每份文件又是改表头又是改公式又是改宏，一套下来快的话四十分钟，慢的话一小时。这些时间看着不多，但在月度、季度结算高峰期，每多一次调整都是在跟截止时间赛跑。

第二个成本是出错率。人手动操作最怕的是“改漏了”和“改错了”。我那次周报对不上数，就是只改了华东和总部两份表，华南那份的公式漏了。数据汇总出来，华南区域的数字跟其他系统完全对不上。还好发现得早，要是直接发出去，后面解释成本非常高。

第三个成本是版本混乱。同事 A 在自己电脑上改了报销台账_模板_新.xlsm，但共享目录里的正式模板没更新。等月底大家用的时候，有人用的是新版，有人用的是旧版，全凭运气。这种状态下，你根本没法说清楚“当前生效的模板到底是哪一个”。

1.3 从“单文件模板”到“母版-副本”的思维转变

这段经历让我意识到，问题根源不是“文件多”，而是“没有主从关系”。每份副本都像一座独立的小岛，模板升级要靠人工驾船挨个送物资。真正该做的，是学习软件工程里已经很成熟的“单一可信源”思路：

1. 只保留一份母版，它是唯一允许手工编辑的文件。
2. 所有副本都从母版派生，副本不允许被直接手工改内容。
3. 母版更新后，通过自动同步分发到各副本，同步结果有日志、可回查。

这套“母版-副本”模型，其实就是把文档管理从“人肉复制”变成“配置驱动”。后面整篇文章讲的，就是怎么用 VBA 把这套模型落地，再用 WorkBuddy 把它变成日常能用的总控台。

2. 总控台的两层架构：WorkBuddy 做调度，VBA 做执行

2.1 我为什么没让 VBA 把所有事情干完

最开始我想得很简单：VBA 不是能打开工作簿、复制工作表吗？直接在 Excel 里写一个“一键同步”宏不就完了。但真正铺开设计时，发现 VBA 有几个绕不开的短板。

VBA 跑起来的前提是 Excel 进程必须活着，而且宏的执行入口得有人去点一下。想定时自动跑，就得借助 Windows 计划任务去启动 Excel，再通过 AutoOpen 之类的事件触发宏，链路又长又脆。想做个好看点的状态面板，VBA 只能画在工作表里，界面简陋，别人看起来费劲。跨文件、跨进程的文件状态检测（比如副本有没有被占用、路径是不是失效）也不是 VBA 的强项。

WorkBuddy 恰好补上这些短板。它可以独立于 Excel 运行，能做定时调度、规则配置、日志聚合、状态展示，还能在同步失败时发通知。所以最后的分工变成了：

这样拆完之后，每个工具的职责都变得特别纯粹。VBA 只干“文件级操作”这种它擅长的事，WorkBuddy 只干“编排与人机交互”这种它擅长的事。

2.2 配置先行：用一张隐藏表把“散沙”变成映射关系

总控台的地基不是代码，而是一张配置表。我建了一个统一的配置工作簿 MasterIndex.xlsx，里面有三张表，把母版、副本、日志的核心关系全部结构化。

第一张表叫 Tbl_Templates，维护母版清单：

第二张表叫 Tbl_Replicas，维护母版与副本的对应关系：

第三张表叫 Tbl_SyncLog，专门记录每次同步的结果。这张表不用手工维护，VBA 每次跑完自动追加一行。

为什么要把配置放进 Excel 而不是写成 VBA 里的常量？核心原因是可维护性。业务人员不会改代码，但他们很会改 Excel。新加一个副本，直接在 Tbl_Replicas 加一行；某个副本废弃了，把 Enabled 改成 FALSE。配置和代码分离之后，后续所有调整都不用碰宏。

2.3 WorkBuddy 在架构里的三个角色

配置表设计好了，VBA 同步引擎也写好了，最后还是得有人把它们串起来。WorkBuddy 在这里扮演三个角色。

第一个角色是规则执行器。我在 WorkBuddy 里定义了几条全局规则，比如“执行任何同步前必须先备份”“所有路径统一用相对路径”“任何执行结果都写日志”。这些规则挂在 WorkBuddy 平台上，之后我让它执行其他任务也一样生效，等于给所有自动化工作加了一层安全护栏。

第二个角色是任务调度器。WorkBuddy 可以按固定时间触发任务，比如每个工作日上午 9 点自动巡检一遍所有模板；也可以由我手动点击“立即同步”。调度的动作实际上就是调起 Excel、运行 VBA 同步宏、读取日志结果。

第三个角色是总控台视图。同步完成之后，WorkBuddy 读取 sync_log.csv 和 MasterIndex.xlsx 里的版本信息，生成一个摘要面板，类似下面这样：

人眼扫一眼就知道哪套模板健康、哪套有问题，不用再挨个打开文件去看。

3. VBA 同步引擎的关键实现：映射、数组、字典与主循环

3.1 读取映射表：用数组和字典把配置一次性载入内存

配置数据存在 Excel 表里，最忌讳的做法是同步过程中反复读写工作表单元格，那样又慢又容易因为界面刷新出问题。我采用的是“一次性载入内存”的策略。

先定义两个模块级变量，相当于全局缓存：

Private gTemplateDict As Object Private gReplicaList As Collection Private gConfigPath As String

加载配置时，用 ListObject 的 DataBodyRange 把整张表读进数组，再基于数组构建字典：

Sub LoadConfig() Dim ws As Worksheet Dim tbl As ListObject Dim dataArr As Variant Dim i As Long Dim templateKey As String Set ws = Workbooks("MasterIndex.xlsx").Worksheets("配置") Set tbl = ws.ListObjects("Tbl_Templates") dataArr = tbl.DataBodyRange.Value Set gTemplateDict = CreateObject("Scripting.Dictionary") Set gReplicaList = New Collection For i = 1 To UBound(dataArr, 1) templateKey = CStr(dataArr(i, 1)) gTemplateDict(templateKey) = Array( _ dataArr(i, 2), _ dataArr(i, 3), _ dataArr(i, 4), _ dataArr(i, 5), _ dataArr(i, 6), _ dataArr(i, 7)) Next i ' 同理加载 Tbl_Replicas 到 gReplicaList End Sub

为什么要用数组加字典这种组合？因为数组一次读取整张表，只跟 COM 层打一次交道，速度比逐格读单元格快一个数量级。字典则负责按 TemplateID 快速定位，避免每次同步副本时都去遍历整个配置表。热搜里总有人问“VBA 字典怎么用”“VBA 数组对比哪种快”，这个场景就是真正能同时用到两者的地方。

这里的“全局变量”也值得多提一句。一开始我把配置读取写在每个函数里，同步三个副本就重复读三次配置，慢倒不算致命，但代码里到处是重复逻辑，改起来很痛苦。后来抽成模块级变量，整个同步期间配置只加载一次，后续所有子过程直接引用，逻辑清爽了很多。

3.2 同步主循环：版本判断、复制 Sheet、更新命名区域

配置加载完，同步主流程就变得非常直白。核心思路是：对每个启用的母版，检查每个副本的版本号，版本落后就执行同步，同步成功后更新副本记录。

Public Sub SyncAllReplicas(Optional ByVal templateId As String = "") Dim masterPath As String Dim replicaPath As String Dim masterVer As Long Dim replicaVer As Long Dim wbMaster As Workbook Dim wbReplica As Workbook Dim i As Long Dim item As Variant Dim syncResult As String LoadConfig ' 先加载配置 For Each item In gReplicaList ' 如果指定了模板ID，则只同步该模板下副本 If templateId <> "" And item.TemplateID <> templateId Then GoTo NextItem masterPath = g_MasterRoot & item.MasterRelativePath replicaPath = g_ReplicaRoot & item.ReplicaRelativePath masterVer = GetMasterVersion(masterPath) replicaVer = item.LastVersion If masterVer > replicaVer Then syncResult = SyncSingleReplica(masterPath, replicaPath) Else syncResult = "SKIP: 版本一致无需同步" End If WriteSyncLog item.TemplateID, item.ReplicaID, syncResult NextItem: Next item End Sub

单个副本的同步函数，核心动作是“复制工作表”。这里有一个特别容易踩的坑：直接复制母版的 Sheet 到副本，默认会生成“Sheet (1)”这种名字，必须先把副本里要替换的旧表删掉，再把新表复制进来并改回原名。

Function SyncSingleReplica(masterPath As String, replicaPath As String) As String Dim wbMaster As Workbook Dim wbReplica As Workbook Dim wsNew As Worksheet Dim wsOld As Worksheet Dim sheetName As String Set wbMaster = Workbooks.Open(masterPath, ReadOnly:=True) Set wbReplica = Workbooks.Open(replicaPath) ' 假设母版里有一张名为“数据页”的工作表需要同步 sheetName = "数据页" Application.DisplayAlerts = False Set wsOld = wbReplica.Worksheets(sheetName) wsOld.Delete wbMaster.Worksheets(sheetName).Copy After:=wbReplica.Worksheets(wbReplica.Worksheets.Count) Set wsNew = wbReplica.Worksheets(wbReplica.Worksheets.Count) wsNew.Name = sheetName Application.DisplayAlerts = True ' 同步命名区域 SyncDefinedNames wbMaster, wbReplica wbReplica.Save wbReplica.Close SaveChanges:=True wbMaster.Close SaveChanges:=False SyncSingleReplica = "OK" End Function

复制完工作表，还要处理命名区域。很多 VBA 公式会引用类似“公司名称”“数据范围”这样的定义名称，单纯复制 Sheet 不会带走这些名称，所以我写了一个专门的遍历函数：

Sub SyncDefinedNames(wbSrc As Workbook, wbDst As Workbook) Dim n As Name For Each n In wbSrc.Names ' 先删掉副本中同名的名称，再创建新的 On Error Resume Next wbDst.Names(n.Name).Delete On Error GoTo 0 wbDst.Names.Add Name:=n.Name, RefersTo:=n.RefersTo Next n End Sub

这一小步很容易被忽略，但缺了它，副本公式会大面积报错。

3.3 Word 模板同步的额外处理：删除空白页与样式差异

我的模板库里还有一份 Word 母版，同步 Word 和同步 Excel 完全是两种打法。Word 里没有“工作表”这种天然分块的对象，做同步要粗放得多。我的策略是：把母版中的关键段落和表格整段复制覆盖副本对应位置，同时处理两个 Word 特别容易出问题的点。

第一个点就是“最后一页多出来的空白页”。热搜里也有人搜“vba word 删除空白页”，我实测下来，直接删除最后一个段落经常误伤文档结构。因为有些空白页是分节符造成的，删段落会把节属性一起删掉，导致上一节页眉页脚错乱。

稳妥的做法是倒序遍历段落，只删“长度为 1 且内容是回车符”的空段落，遇到有实际内容的段落就停止：

Sub RemoveTrailingBlankParagraphs(doc As Document) Dim i As Long Dim p As Paragraph For i = doc.Paragraphs.Count To 1 Step -1 Set p = doc.Paragraphs(i) If Len(p.Range.Text) = 1 And p.Range.Text = vbCr Then p.Range.Delete Else Exit For End If Next i End Sub

第二个点是字体样式和页眉页脚。这些属性藏在样式和节设置里，单纯复制正文管不住。我的做法是母版里建一个“纯文本规则表”，把母版正文的字体、字号、段落间距写进配置，同步 Word 副本时只更新正文内容和这套规则，不碰页眉页脚里的公司 Logo 和领导信息，避免误覆盖。

3.4 宿主检测：Excel 与 WPS 的兼容处理

很多同事电脑装的是 WPS，不是微软 Office。虽然能装 WPS VBA 组件，但某些对象模型和 ActiveX 控件支持有差异，尤其是我前面用的 VBIDE 工程对象，在 WPS 下经常没权限访问。

所以我在同步引擎最前面加了一道宿主检测：

Function IsWps() As Boolean If InStr(1, Application.Name, "WPS", vbTextCompare) > 0 Then IsWps = True Else IsWps = False End If End Function

在 WPS 环境下，我自动降级为“仅同步工作表内容和命名区域”，不尝试同步模块代码。毕竟对大多数业务模板来说，代码同步不是每次必须的，数据页和公式页保持一致已经能解决 90% 的问题。这个处理让我的总控台不用强制大家统一换 Office，兼容性舒服了很多。

4. WorkBuddy 怎么把这个手工活变成自动化流水线

4.1 先给 WorkBuddy 定三条规则，对所有后续任务生效

WorkBuddy 支持设定全局规则，一旦配好，后续所有任务都自动套用。这个能力特别适合做“安全网”。我配置的三条规则如下：

第一条：执行任何修改类任务前，先备份目标文件到 _backup 目录，保留最近 7 天版本。这条规则避免了最可怕的事故——同步脚本写坏了文件，原版又没留底。

第二条：所有文件路径一律使用相对路径，根目录固定为 TemplateHub。谁换了电脑、目录迁移过，所有配置不用改。我自己就吃过绝对路径的亏，换台电脑跑同步，全部路径失效。

第三条：任何一次执行都必须写日志，失败项必须标红。没有日志的自动化等于没有监控，出了问题只能靠猜。

这些规则是挂在 WorkBuddy 层面的，不属于某个具体脚本。之后我再让 WorkBuddy 跑别的自动化任务，比如清理临时文件、批量改文件名，这些规则同样约束，等于一次性给整套工作流加了行为规范。

4.2 建立 SyncDispatch Skill：一次点击跑完全部副本

WorkBuddy 里把“同步所有模板”封装成了一个 Skill，我给它的定义很简单，但内部步骤很明确。

Skill 名称叫 SyncDispatch，触发方式既可以手动点击，也可以被定时任务调用。它内部的执行流水线是这样：

1. 读取 MasterIndex.xlsx 的 Tbl_Templates 表，确认哪些模板是启用状态。
2. 调起 Excel，用命令行参数打开一个 SyncRunner.xlam 加载宏，运行 SyncAllReplicas 入口。
3. 等待 Excel 宏执行完成，WorkBuddy 轮询 _logs\sync_log.csv，判断本次运行结果。
4. 根据日志生成总控台摘要，更新面板上的状态卡片。
5. 如果有失败项，按预设的通知渠道发告警。

这里的关键设计是“WorkBuddy 只做编排，不做文件内容操作”。我没有试图让 WorkBuddy 直接去改 Excel 文件内容，因为 VBA 在这个场景下成熟得多、可控得多。WorkBuddy 的价值在于把 VBA 这个“单机孤岛”接入了更大的自动化体系。

4.3 定时触发与状态面板：总控台到底长什么样

自动化最爽的时刻，就是不再需要人肉记得“今天要跑同步”。我在 WorkBuddy 里配置了两种触发：定时触发和事件触发。

定时触发是每个工作日上午 9 点 15 分执行一次 SyncDispatch，错开大家刚上班打开文件的高峰。事件触发是我改完母版、保存文件后，手动点一次“立即同步”，免得等第二天。

总控台的面板就是 WorkBuddy 根据日志生成的那张状态表。我还加了一个“最近一次同步明细”视图，能看到每个副本是成功、跳过还是失败。如果某个副本因为文件被占用而没能同步，面板上会清楚地显示“失败：文件被占用”，我不用打开日志翻半天才知道问题在哪。

4.4 异常告警：你不可能 24 小时盯着面板

有了面板还不够，人总有走神的时候。我让 WorkBuddy 在满足以下任一条件时自动告警：

1. 同步失败数大于 0。
2. 某个模板的版本滞后超过 2 个版本（说明连续几次都没同步上）。
3. 副本数量与配置表不一致（可能有人新增了文件但没登记）。

告警推送到群里，大家看到会主动关掉自己手里打开的副本文件，配合度比想象中高。因为每个人都能看到“哪份文件挡了同步”，责任变得透明，问题解决速度自然快。

5. 实测中踩过的坑和修复链路：版本号、文件占用、WPS 兼容

5.1 版本号失灵事件：为什么文件修改时间不能当版本依据

第一版同步引擎偷了个懒，直接用文件的修改时间戳比较母版和副本的新旧。跑了一周，出现了两个问题。

第一个问题是 Windows 复制文件时，修改时间戳会被原样保留。也就是说，我把母版复制成一个新副本，副本的修改时间跟母版一模一样，时间比较完全失效。第二个问题是有些同事会随手打开副本“看一眼”，哪怕只是滚动了一下并保存，修改时间也会更新，导致系统误判“副本内容比母版新”，跳过同步。

解决方案很简单：不再信任文件系统时间，改在母版里维护一个显式版本号。我在母版工作簿隐藏工作表的第一格放了一个数值，每次保存文件时用 Workbook_BeforeSave 事件给它加一。同步比较只看这个版本号，只要母版版本号大于副本记录版本号，就强制执行同步。

Private Sub Workbook_BeforeSave(ByVal SaveAsUI As Boolean, Cancel As Boolean) Dim verCell As Range Set verCell = Me.Worksheets("___Version").Range("A1") verCell.Value = verCell.Value + 1 End Sub

这套逻辑的唯一要求是：所有人只能通过母版改内容。副本不允许手工改，只允许被同步覆盖。

5.2 副本被 Excel 占用的检测与提示

第二个大坑是文件占用。某天定时同步跑完，总控台显示一个副本同步失败，日志里的原因是我写好的“文件被占用”捕获。那天早上，负责华东区域表的人正开着这份副本在做数据核对，Excel 直接在内存里锁定了文件，VBA 尝试打开写入时被拒。

我的解决思路分两步。第一步是先探测再执行。同步前用下面这个小函数测一下目标文件是否被锁定，锁定就跳过，不硬闯：

Function IsFileLocked(ByVal filePath As String) As Boolean Dim fNum As Integer fNum = FreeFile On Error Resume Next Open filePath For Append Lock Read As #fNum If Err.Number = 0 Then IsFileLocked = False Close #fNum Else IsFileLocked = True End If On Error GoTo 0 End Function

第二步是 WorkBuddy 层面加规则：当检测到有副本被占用时，不要直接判定失败，先推送一条“请关闭文件以便同步”的提醒，过 10 分钟再自动重试一次。重试还不成功才标记为失败。这个规则加上之后，几乎再没出现过“因为占用而静默失败”的情况。

5.3 WPS 下的 VBA 兼容问题与 Word 空白页顽疾

前面提过宿主检测，但实际跑起来还遇到过更细的坑。同事用 WPS 打开母版并另存过一次后，Excel 再打开这个文件就提示“文件格式和扩展名不匹配”。原因是 WPS 保存时把文件格式往它的兼容格式上靠了。

处理办法是给同步引擎加一个“文件格式体检”：打开母版前先检查扩展名和 Open XML 格式是否一致，WPS 保存过的文件先通过另一个清洗宏转回标准 .xlsm 格式再入库。这个体检不用太复杂，检查文件头里的格式标识就够了。

至于 Word 空白页那个问题，我在正文同步功能里已经把“删除尾部空段落”做成标准动作，同步完成后强制跑一遍。这个动作看起来小，实际对观感影响很大——领导收到的通知模板如果最后一页空着，观感极差。

5.4 一条完整排错链路：从“某个副本没更新”到规则补全

最后分享一次完整的排错过程，这条链路最能体现总控台的价值。

某天早上，考勤统计模板显示华东副本版本滞后 3 个版本。我打开 WorkBuddy 的日志面板，看到近三天每天都有一次“尝试同步，失败，重试，重试失败”的记录。点开失败详情，原因是“目标文件被占用”。

继续查：为什么连续三天同一时间被占用？因为那个同事每天早上固定在 9 点 20 分打开考勤表打卡记录，我的定时任务设定在 9 点 15 分，正好撞上他打开文件到完全加载完成的窗口期。

解决：把考勤模板的定时任务从 9 点 15 分挪到 11 点，避开工位使用高峰期。同时给 WorkBuddy 补了一条规则：“凡是失败超过两次的任务，自动推迟到下一个非高峰时段重试，而不是无限次原地重试。”

这个坑不靠日志几乎不可能定位。没有总控台的话，可能只会觉得“自动同步偶尔不灵”，然后不了了之。有了日志链路，每一环都清清楚楚，问题十分钟内就找到根因。

6. 从“能跑”到“好用”：上线后的数字变化与可以继续扩展的方向

6.1 改造前后对比

上线这套总控台跑了一个月，我统计了一下实际变化：

最值钱的不是省下的那几十分钟，而是我从此敢拍胸脯说“所有副本当前内容一致”。这种确定性在月底出数的时候，比什么优化都重要。

6.2 这套方案还能往哪些方向扩展

如果你也打算复刻这套方案，有几个扩展方向我觉得非常值得考虑。

第一个方向是叠加备份能力。WorkBuddy 的全局规则已经做了同步前备份，我后来又加了一个每日全量备份任务，把整个 TemplateHub 目录压缩归档，保留最近 30 天。这样即使出现文件损坏，也能快速回滚到任意一天的状态。这思路其实就是热词里“文件自动同步备份软件”干的事，只不过我用 WorkBuddy 自己编排了一套，跟现有配置体系无缝集成。

第二个方向是多人协同通知。现在副本被占用时，WorkBuddy 只会发一条提醒到群里。下一步可以接入企业微信或钉钉机器人，直接在消息里带上“某某人请关闭某文件”的精确信息，让责任人一眼看到自己该干嘛。

第三个方向是引入结对助手。日常维护 VBA 引擎时，我偶尔会把一段报错代码交给 CodeBuddy 去分析，让它先给修改建议，我确认后再合入。WorkBuddy 管调度和执行，CodeBuddy 管代码维护，配合起来比自己硬肝要舒服得多。

最后说一个我实际操作的体会：这套方案最值的不是同步代码本身，而是“配置先于代码”这个习惯。把所有模板关系、路径、版本号全部降级成一张 Excel 配置表之后，后面出的任何问题都可查、可改、可回滚。WorkBuddy 只负责把表里的意图按时变成动作，VBA 负责把动作落到每个文件。对我这种要同时管七八份模板的人来说，这套组合比纯 VBA、纯脚本、纯手工都耐用得多。如果你现在也困在“到处复制模板”的泥潭里，我建议你先别急着写宏，把映射关系这一张表建起来，整个问题其实已经解决一半了。