ERD Online适合场景分析

[whaty]

要捋清楚 ERD Online 能在实际开发过程中发挥哪些价值，我们要了解现实中的大致研发流程。

产品研发流程

结合实际软件开发迭代周期来看，目前国内主要存在三种开发形式：
一、产研项目交付型；
二、研发迭代型；
三、上述两种的混合型；

---

一、产研项目交付型

产研项目交付型一般在中大型公司才会有这种形式，这种形式至少需要具备两个大型团队：技术研发团队、项目交付团队。技术研发团队，针对市场上前沿的技术做持续的转换，在结合实际业务场景，封装提炼出基础通用技术架构；项目交付团队，持续的到市场上投标竞争、拿项目，以满足公司利润为目标，项目越多越好，这类项目的开发需要依赖技术研发团队强大的技术支撑，两个团队相辅相成。

二、研发迭代型

研发迭代型项目是比较常见的一种软件开发模式，和公司体量大小没有关系。这种模式关注的重点在于围绕着一个核心业务或者核心产品，不断地迭代升级，需求来了，然后驱动开发、测试、投产，以此循环。

三、混合型

混合型模式比较特殊，集合了上述两种模式的特性。通常采用混合型开发模式的公司，规模都比较庞大，研发部门都有好几个，大点的甚至分华北研发中心、华南研发中心。。。再大点的又分美国研发中心、德国研发中心。这些研发中心靠着超强的技术产出能力，吸收着国际上前沿的技术，或者自己研发，不断形成公司内部某些领域的独特技术产品。这些产品又会被公司中的业务部门所使用，业务部门可能使用其中的一个，或者多个产品，又形成了业务部门的核心竞争产品，在小范围内，以研发迭代的形式在演进。

各研发流程痛点

各种研发流程都有各自的优势，有会存在一定的弊端，我们今天侧重在模型管理方面，重点说下前两种研发流程中痛点。

一、产研项目交付型痛点

1、产研方、项目方 模型不一致

产研方和项目方各自使用独立的数据库管理模型，在需要升级的时候，由产研方手动导出升级脚本，再提供给项目方手动升级。这种方式由于人力介入，难免就会造成想象不到的错误，最可怕的是产研方不断升级功能，产生了很多个版本的模型，不通版本的模型又被项目方用在了不同的市场上，最终形成恶心循环，以至于最后项目方不敢升级一些旧市场上的项目模型，最终导致项目越做越差，直到破产。

ERD Online 解决方案

ERD Online 针对这一种场景，贴心设计了多数据源数据模型集中管理，并且辅以版本控制，可以追溯任意历史版本、回退到任意历史版本、以及历史版本差量比对等贴心功能。。。这样能够极大的避免掉因为数据模型版本不一致，带来的市场项目丢失问题。

2、异构数据源痛点

有的产品比较特殊，需要针对不同的市场，适配不同的数据源，尤其在银行和镇府项目，这个问题显得特别突出，同一个产品，这家要求用 Oracle，另一家要求用 DB2，有的又要 Mysql，在面对这类问题时，也给产研和项目团队带来了不小的挑战。

ERD Online 解决方案

ERD Online 针对这一类场景，开发了多数据源元数据同步功能，可以最大程度的保证不同数据源，元数据结构一致。同样的，也支持追溯任意历史版本、回退到任意历史版本、以及历史版本差量比对等贴心功能。。。

一、研发迭代型痛点

1、多环境模型不一致问题

通常来说，研发迭代性项目至少有三套环境：开发、测试、生产，当有数据模型变动，需要逐次从开发》测试》生产，按照这个顺序上线模型改动。这一过程通常是由开发人员手动写模型变动 sql，再依次执行。在开发、运维界，只要有人力介入的地方，就一定会出纰漏。

ERD Online 解决方案

ERD Online 针对这一类场景，提供多环境数据源比对、同步、执行功能，最大程度避免人力给项目带来的危害。

2、异构数据源痛点

同样的，研发迭代型产品也有可能会有多数据源的痛点（通常来说，这种情况比产研项目型的概率要低）。

ERD Online 解决方案

ERD Online 针对这一类场景，开发了多数据源元数据同步功能，可以最大程度的保证不同数据源，元数据结构一致。同样的，也支持追溯任意历史版本、回退到任意历史版本、以及历史版本差量比对等贴心功能。。。

结语

综上所述，ERD Online确实能够为企业解决产品开发、迭代过程中模型一致性问题。
随着数字化时代的到来，数据、数据模型的重要程度日渐显露，必须要有相应的管理体系去做支撑，相信ERD Online能在这方面为企业带来应有的价值。