差异化数据模型转换的新捷径

——煮酒论天擎之x引擎
前几日与软件研发圈一老友灼酒小聚，老友自述最近觅得一单好生意，系统各项功能与客户需求极其吻合。正准备为之祝贺时，却听老友一声长叹继续说道，哎，万事俱备只欠一条啊，对方要求软件产品须遵循客户企业自身的数据库开发规范，如表名、字段名、索引名、函数名、存储过程名、包名等等须与规范相符，要符合这一条件，不仅要付出较长时间和较大人力为代价改造现有系统，而且这样一通折腾后，系统稳定性也很难保障。

老友还担心如若有其他客户也有这样的要求，冗杂的系统代码将很难维护。

老友经过多年打拼，现已位及他所在公司研发总监，也是圈子里有名的技术大拿，我纳闷地问道：“前人早有用JPA\Hibernate\MyBatis等框架来解决多数据库类型兼容问题，莫非你没有用？”老友继续诉苦：“我们咋会不用呢？但基于性能、安全、集成等需要还是会用到原始的SQL或SQL拼装，存储过程里就有一大堆直接用到表的查询语句。由于存储过程内静态或动态SQL脚本中出现的表名字段名等各种名称，都要按不同客户的规范转换成不同的名字，这样同一个存储过程就存在多个版本，维护和升级这些脚本都不方便，开发容易漏改错改，导致测试工作量巨大。”

相信这样的技术困惑在稍有规模的业务系统里早前的解决办法是购入业务系统，但面对从外面买来的若大的业务系统群，表面看起来可管可控，实际却常常有种莫名的危机感，比如遇到软件供应商无法继续提供服务的情况下，当前业务系统如何与其它系统集成？如何挖掘现有系统的数据价值？等等。

远光天擎对此类问题早有洞察和思考，在产品的早期规划和建设中，已将渐成未来趋势的企业信息化管控需求早早地融入了天擎内核。开发者使用时仅需配置开发与部署时的名称对照关系，即可简单安全地适应多客户规范化数据模型需求，实现单节点常规服务器1000线程并发，转换一个长达2000行的SQL语句也只需要9毫秒，并发处理性能也是棒棒的。

远光天擎自主研发的规范交付系统，可让管理从黑盒化向白盒化转变，实现信息化建设可持续发展。