通达信公式迁移方法有两条路:把数据目录整体搬过去,或者用导出导入把公式一条条带过去。选哪一条不取决于哪条更快,取决于旧机器还在不在、两端版本是否一致、以及你要搬的是只有公式,还是连自选和设置一起搬。把这三件事先定下来,路径自然就定了。
下面按迁移前的清单、两条路径的对比、目录里要动哪些文件、版本不一致的处理、迁移后的核对、什么时候该重建与核对清单七步讲。文中目录名、文件名与菜单名称为通达信客户端的通用描述,不同版本与券商定制版对数据目录位置与导入功能的支持存在差别,请以你所用客户端的实际界面与官方说明为准。
一、迁移前先分清要搬什么
「把软件搬过去」这个说法里包含了几类内容,它们的载体不同,能否跟着走也不同。
| 内容 | 载体 | 迁移方式 |
|---|---|---|
| 自编公式 | 本机公式数据文件 | 目录复制或导出导入 |
| 自选与自定义板块 | 账号相关的云端存储或本机文件 | 同账号登录后可见 |
| 界面与指标设置 | 本机配置文件 | 随目录复制或在新机重设 |
| 扩展数据与自定义数据 | 本机数据文件 | 单独确认是否随目录走 |
第二行容易被想当然。自选是否跟着走取决于两端是否使用同一账号体系,与公式的迁移是两条独立的路径。把两者当成一件事处理,会出现自选都在、公式一个也没有的情况,看起来像迁移失败,实际上是两条路径的差别。
通达信公式迁移方法的选择还要看目标机器上的状态。新机器是全新安装时,目录整体复制一步到位;新机器上已经建过自编公式时,先做一次备份再决定用哪种方式,避免新旧内容混在同一个目录里分不清来源。
二、两条路径怎么选
| 对比项 | 目录整体复制 | 导出与导入 |
|---|---|---|
| 适用前提 | 旧机器还能开机,能取到文件 | 两端都能打开客户端 |
| 一次能带多少 | 目录内的全部内容 | 按分组或按条选择 |
| 对版本的要求 | 两端版本差异越小越稳 | 受目标端函数范围限制 |
| 风险点 | 新旧数据混在一起,不易分辨 | 漏导某个分组 |
旧机器还在、且两端版本一致时,目录整体复制是完整度更高的做法。旧机器已经处理掉,或者两端版本相差较多时,导出导入更可控,因为带过去的东西是你逐条选过的。
选择时不要只看搬这一步。通达信公式迁移方法里花时间较多的环节是迁移之后的核对,而不是搬动作本身。搬动作几分钟能完成,核对要逐条打开;因此哪条路径核对起来更清楚,就往哪条路径走。
两条路径也可以合起来用:先用目录复制把整体搬过去,再用导出导入补上遗漏的几条。这种组合的做法要注意顺序,先复制再补导,否则先导入的条目可能被后覆盖的目录内容冲掉。
三、目录复制要动哪些文件
公式在本机以数据文件的形式存在,目录里有两处与公式直接相关。
{ 与本机自编公式相关的两处 }
数据文件 —— T0002 目录下记录本机自编公式的文件,常见名为 PriGS.dat
备份目录 —— 同目录下存在 gs_bak,保存公式数据的备份副本
路径差异 —— T0002 可能在安装目录下,也可能在用户数据目录下
{ 实际路径以客户端的显示为准,不要按记忆去猜 }
迁移时先把旧机器的这两处完整取出来,再放到新机器的对应位置,覆盖前先确认新机器上还没有需要保留的内容。这一步的判断依据是新机器是否已经建过自编公式:建过就要先备份新机器的数据,没有建过的可以直接放。
四、版本不一致时会发生什么
两端版本不同,能用的函数范围就可能不同。从较新版本往较旧版本迁移时,新版本里用到的函数在旧版本里不存在,公式能复制过去,但编译不通过,提示该函数不存在。反过来从旧到新,一般能通过,但函数行为在新版本上可能有变化。
{ 版本不一致时的处理顺序 }
先确认两端的版本号,从帮助菜单里的关于项读取
再确认公式里用到的函数在目标端是否存在
存在但参数形式不同时,按目标端的说明改写
完全不存在时,用目标端的基础函数重写这一段
{ 顺序固定,排查时不会在错误的方向上花时间 }
版本号要写进记录。迁移之后出现的问题里,有一部分只有在对上版本号之后才能解释清楚;不记录版本号,过一段时间再遇到同类问题就要重新试一遍。跨版本与跨平台的写法差异见 跨平台对比与公式转换 一栏。
五、迁移后的逐项核对
| 核对项 | 怎么核 | 不一致时先查什么 |
|---|---|---|
| 公式数量 | 在公式管理器里逐个数一遍 | 是否漏了某个分支 |
| 公式名称 | 按名称列表对照 | 是否被同名覆盖 |
| 参数取值 | 逐条打开参数表比对 | 是否被默认值替换 |
| 编译状态 | 逐条打开后保存一次 | 提示指向哪个函数 |
| 挂载结果 | 挂到图上看出线 | 是计算问题还是绘图问题 |
五项里参数取值最容易被跳过。公式搬过去了,代码一致,但参数表里的取值在新机器上回到默认,曲线因此与原机器不同。逐条打开参数表比对一次,比对着曲线找差异更快。导入环节的目录与文件约定见 通达信公式安装与导入 一栏。
六、什么时候该选择重建
有三种情况适合放弃搬运,直接在目标端重建:公式条数很少、公式用到的函数在目标端不存在、以及旧机器的数据状态本身已经混乱。
条数很少时,重建的时间成本低于排查搬运结果的成本,而且重建出来的公式是干净的。函数不存在时搬运没有意义,需要按目标端的函数范围重写。旧机器数据混乱时,把混乱一并搬过去会让问题延续到新环境,不如借这次迁移做一次整理。
重建之前先把旧机器上的公式清单导出来,或者按分组抄一份名称表。清单在手,重建时不会漏;重建之后按清单核对一遍,两项数量对得上就说明没有遗漏。
重建的另一个好处是顺手把公式整理一遍。原机器上按时间堆起来的分组,重建时可以按用途重新归类;名称不清楚的条目借这次机会改成能读出含义的名字。整理的成本不高,后续查找公式时会省下时间。
无论走哪条路径,旧机器的数据在确认之前都建议留一份。留的时间不必长,迁移完成并逐条核对通过之后再清理。留一份的代价是一次复制,不留的代价可能是重写一批公式。
迁移过程中出现的编译提示怎么读,见 通达信公式报错与卡顿排查 一栏。提示文案在不同版本上的措辞存在差异,核对的依据是提示指向的位置,而不是提示的完整句子。
七、核对清单
- 旧机器上的公式数据文件与备份目录都取出来了吗。
- 两端版本号是多少,函数范围是否有差。
- 新机器上原有的公式是否已经先备份。
- 覆盖之后公式数量与名称逐条核对过了吗。
- 每条公式的参数取值是否与来源一致。
- 逐条打开保存过吗,有没有编译提示。
- 自选与板块是另一条路径,是否单独确认过。
文中目录名、文件名与菜单名称为通达信客户端的通用描述;不同版本与券商定制版对数据目录位置、自编公式导入功能的支持、账号同步范围的处理存在差异,具体请以你所用客户端的实际界面与官方说明为准。本文只讨论公式数据文件的迁移路径与核对方法,不构成任何投资建议。
