“参考了一部分公用架构，每个流程都是由我们亲自研发，亲自写出来的，具备完全自主研发的全部性。”

“比预计的效果要好不少，从数据顺序写入……”

宁晏稍微打断了一下：“不好意思，我对技术上的事情不是很懂，能否用更加直观的表述方式？”

林景一愣，这才反应过来，忙道：“不好意思，具体的评测报告让李经理来说吧。”

身为一个研发工程师，林景习惯性的通过对不同维度的描述来综合的表述一款软件型产品的优劣。

换言之，他是个比较务实的人。

不太会用综合词汇描述。

毕竟这样会造成完全不一样的结果。

宁晏倒是能理解这样的人，研发部门交给这样的人其实很有利。

就像上次谈及公司存储架构，李鑫的表达与林景的表达是完全不同的两个方向。

林景实事求是的表达了产品存在的实际上的弊端。

包括一些内部上也不应该提及的事情。

因为这会导致宁晏这个新上任的ceo对研发部门产生额外的看法。

但他还是说了。

没有满嘴跑火车，也不会说总坚持自己的程序一点问题都没有。

这就很不错。

总的来说，是个人才。

因为当代社会，很多人恨不得把一丁点的小事情给吹上天！

李鑫清了清嗓子，照本宣科道：“宁总，我们公司的分布式数据库tisql，经过多维度的检测，在高并发压力场景下的事务处理能力、随机读这两个重要维度上较之传统数据库效率高20.5%……”

“原先之所以会提出分布式数据库这个构架，也是为了原来与日俱增的金融客户，所以严格来说，从架构之初，考虑到的就是金融级的场景。”

“再加上在这个领域其实国内有不少数据库在发力，比如前段时间上了热搜的阿里oceanbase，有参考过这类型数据库的架构模型，性能上还是可以的。”

“当然，肯定是比不上阿里的oceanbase。”

“……”

李鑫的汇报更加倾向于吹捧这个方向。

因为宁晏表明自己不懂技术，李鑫在汇报上就有了倾向性。

总而言之，表达出来的是，天颂的tisql很不错，有很优秀的性能，加入分布式数据库架构的节点越多，性能就越爆炸。