作者回复: 技术方面的: 1) 理解客户环境Oracle数据库内的一些存储过程,以及没有文档没有词典的数据库表 - 这些在中台里有对应的元数据管理平台能够很大改善 2)数据一致性校验,虽然使用的工具有一定的校验能力,但是由于中台上部署的直接面向业务的生产系统(而非分析平台),客户DBA对数据准确性要求很高,这方面甲乙方都花了不少超出计划的时间。以后需要在这方面提前计划,以及完善工具的验证场景支持。 非技术方面: 数据源配合方面,我们有一个客户是CIO驱动的,就没有阻力,另一个客户是中层部门驱动的,数据源协调就比较困难,花了5-6个月才把10来个数据源接入。
作者回复: 实时数据平台是必然趋势
作者回复: 9G 限定只针对于数据缓存部分,Mongod还需要一些内存管理IO线程,聚合计算/排序用存储等等所以实际肯定超出9G。 如果降低mongod的数量可能会有些帮助。
作者回复: 可以再仔细看下第二章的内容
作者回复: 它的数据默认只是写到内存就返回。数据的安全性通过同步到其他节点上和journal日志来保证。没有IO在里面,响应时间自然就快。
作者回复: 当然。这个是一级对象,肯定是单独的collection。
作者回复: MongoDB Compass 可以。
作者回复: db.adminCommand( { setParameter: 1, <parameter>: <value> } ) https://docs.mongodb.com/manual/reference/command/setParameter/