通达信公式迁移方法有两条路:把数据目录整体搬过去,或者用导出导入把公式一条条带过去。选哪一条不取决于哪条更快,取决于旧机器还在不在、两端版本是否一致、以及你要搬的是只有公式,还是连自选和设置一起搬。把这三件事先定下来,路径自然就定了。

下面按迁移前的清单、两条路径的对比、目录里要动哪些文件、版本不一致的处理、迁移后的核对、什么时候该重建与核对清单七步讲。文中目录名、文件名与菜单名称为通达信客户端的通用描述,不同版本与券商定制版对数据目录位置与导入功能的支持存在差别,请以你所用客户端的实际界面与官方说明为准。

一、迁移前先分清要搬什么

「把软件搬过去」这个说法里包含了几类内容,它们的载体不同,能否跟着走也不同。

内容 载体 迁移方式
自编公式 本机公式数据文件 目录复制或导出导入
自选与自定义板块 账号相关的云端存储或本机文件 同账号登录后可见
界面与指标设置 本机配置文件 随目录复制或在新机重设
扩展数据与自定义数据 本机数据文件 单独确认是否随目录走

第二行容易被想当然。自选是否跟着走取决于两端是否使用同一账号体系,与公式的迁移是两条独立的路径。把两者当成一件事处理,会出现自选都在、公式一个也没有的情况,看起来像迁移失败,实际上是两条路径的差别。

通达信公式迁移方法的选择还要看目标机器上的状态。新机器是全新安装时,目录整体复制一步到位;新机器上已经建过自编公式时,先做一次备份再决定用哪种方式,避免新旧内容混在同一个目录里分不清来源。

二、两条路径怎么选

对比项 目录整体复制 导出与导入
适用前提 旧机器还能开机,能取到文件 两端都能打开客户端
一次能带多少 目录内的全部内容 按分组或按条选择
对版本的要求 两端版本差异越小越稳 受目标端函数范围限制
风险点 新旧数据混在一起,不易分辨 漏导某个分组

旧机器还在、且两端版本一致时,目录整体复制是完整度更高的做法。旧机器已经处理掉,或者两端版本相差较多时,导出导入更可控,因为带过去的东西是你逐条选过的。

选择时不要只看搬这一步。通达信公式迁移方法里花时间较多的环节是迁移之后的核对,而不是搬动作本身。搬动作几分钟能完成,核对要逐条打开;因此哪条路径核对起来更清楚,就往哪条路径走。

两条路径也可以合起来用:先用目录复制把整体搬过去,再用导出导入补上遗漏的几条。这种组合的做法要注意顺序,先复制再补导,否则先导入的条目可能被后覆盖的目录内容冲掉。

三、目录复制要动哪些文件

公式在本机以数据文件的形式存在,目录里有两处与公式直接相关。

{ 与本机自编公式相关的两处 }
数据文件 —— T0002 目录下记录本机自编公式的文件,常见名为 PriGS.dat
备份目录 —— 同目录下存在 gs_bak,保存公式数据的备份副本
路径差异 —— T0002 可能在安装目录下,也可能在用户数据目录下
{ 实际路径以客户端的显示为准,不要按记忆去猜 }

迁移时先把旧机器的这两处完整取出来,再放到新机器的对应位置,覆盖前先确认新机器上还没有需要保留的内容。这一步的判断依据是新机器是否已经建过自编公式:建过就要先备份新机器的数据,没有建过的可以直接放。

覆盖是不可逆的。放文件之前把新机器上的同名数据与备份目录先复制一份出来,确认迁移结果符合预期之后再删掉临时副本。旧机器的数据在内容确认完成之前不要清理。

四、版本不一致时会发生什么

两端版本不同,能用的函数范围就可能不同。从较新版本往较旧版本迁移时,新版本里用到的函数在旧版本里不存在,公式能复制过去,但编译不通过,提示该函数不存在。反过来从旧到新,一般能通过,但函数行为在新版本上可能有变化。

{ 版本不一致时的处理顺序 }
先确认两端的版本号,从帮助菜单里的关于项读取
再确认公式里用到的函数在目标端是否存在
存在但参数形式不同时,按目标端的说明改写
完全不存在时,用目标端的基础函数重写这一段
{ 顺序固定,排查时不会在错误的方向上花时间 }

版本号要写进记录。迁移之后出现的问题里,有一部分只有在对上版本号之后才能解释清楚;不记录版本号,过一段时间再遇到同类问题就要重新试一遍。跨版本与跨平台的写法差异见 跨平台对比与公式转换 一栏。

五、迁移后的逐项核对

核对项 怎么核 不一致时先查什么
公式数量 在公式管理器里逐个数一遍 是否漏了某个分支
公式名称 按名称列表对照 是否被同名覆盖
参数取值 逐条打开参数表比对 是否被默认值替换
编译状态 逐条打开后保存一次 提示指向哪个函数
挂载结果 挂到图上看出线 是计算问题还是绘图问题

五项里参数取值最容易被跳过。公式搬过去了,代码一致,但参数表里的取值在新机器上回到默认,曲线因此与原机器不同。逐条打开参数表比对一次,比对着曲线找差异更快。导入环节的目录与文件约定见 通达信公式安装与导入 一栏。

六、什么时候该选择重建

有三种情况适合放弃搬运,直接在目标端重建:公式条数很少、公式用到的函数在目标端不存在、以及旧机器的数据状态本身已经混乱。

条数很少时,重建的时间成本低于排查搬运结果的成本,而且重建出来的公式是干净的。函数不存在时搬运没有意义,需要按目标端的函数范围重写。旧机器数据混乱时,把混乱一并搬过去会让问题延续到新环境,不如借这次迁移做一次整理。

重建之前先把旧机器上的公式清单导出来,或者按分组抄一份名称表。清单在手,重建时不会漏;重建之后按清单核对一遍,两项数量对得上就说明没有遗漏。

重建的另一个好处是顺手把公式整理一遍。原机器上按时间堆起来的分组,重建时可以按用途重新归类;名称不清楚的条目借这次机会改成能读出含义的名字。整理的成本不高,后续查找公式时会省下时间。

无论走哪条路径,旧机器的数据在确认之前都建议留一份。留的时间不必长,迁移完成并逐条核对通过之后再清理。留一份的代价是一次复制,不留的代价可能是重写一批公式。

迁移过程中出现的编译提示怎么读,见 通达信公式报错与卡顿排查 一栏。提示文案在不同版本上的措辞存在差异,核对的依据是提示指向的位置,而不是提示的完整句子。

七、核对清单

  1. 旧机器上的公式数据文件与备份目录都取出来了吗。
  2. 两端版本号是多少,函数范围是否有差。
  3. 新机器上原有的公式是否已经先备份。
  4. 覆盖之后公式数量与名称逐条核对过了吗。
  5. 每条公式的参数取值是否与来源一致。
  6. 逐条打开保存过吗,有没有编译提示。
  7. 自选与板块是另一条路径,是否单独确认过。

文中目录名、文件名与菜单名称为通达信客户端的通用描述;不同版本与券商定制版对数据目录位置、自编公式导入功能的支持、账号同步范围的处理存在差异,具体请以你所用客户端的实际界面与官方说明为准。本文只讨论公式数据文件的迁移路径与核对方法,不构成任何投资建议。

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。