基于MongoDB的数据中台企业应用

1、基于MongoDB的数据中台企业应用技术创新，变革未来前言程序 = 数据结构 + 算法大道至简！以史鉴今，数据结构应用的发展194619701982Oracle1984ASN.11960OOP计算机诞生1990Internet1995XMLGoogle1998Json1999GFS2003BigTable2006MongoDB自描述RDBMS模式自由可扩展2007计 费 收 入 保 障 下 的 应 用统一 接口 服务 管理（d ubb o服 务)RestAPI 产品、订购服务充值服务缴费服务返销服务计费 账务 系统清单、账单查 询mon三户资料订购资费订购服务订购服务 状态账单清单godb数据

2、缓存三户资料订购资费订购服务订购服务状态账单预处理分拣排重批价优惠账务管理能力 开放 平台开户 鉴权产品、订购服务.充值缴费返销清单、账单查 询开户受理 服务余额查询.资料 同步结余业务 系统移 动 计 费 系 统 上 的 应 用规模型建筑企业的信息化发展特点规模型建筑企业的发展诉求具备品牌影响力、全专业优势和高效建造能力，创造了持续高速增长的业绩面向国内及海外市场，不断提高综合管理能力、市场竞争能力和价值创造能力，是企业 品质发展的关键充分认识到企业全链路数据的融合、管控和使用是提升竞争能力、引领创新的必要手段信息化发展的特点信息化意识强、起步早、投入多数据量大（面广人多）数据结构复杂（人机

3、料法环）数据流多线交叉（多工种协同作业）物联网技术在机械、工程车辆等方面有了初步应用有着长期的数据积累企业已有的应用，及数据分布云筑系统 库一体化数据平台库企业信 息化库机械姿态 库老版智慧 工地库物料管理项目合同信息项目相关信息机械设备监测信息机械活动监测机械台班情况劳务人员班组工种固定资产临建物资智慧工地建设中的痛点横向各类数据孤岛（人员、机械、 物资等），长期林立互不相通，造成数据割裂，价值难以发挥纵向项目部、二级单位、总部 三级，数据传递缓慢变形，各层级对业务单元的状态 数据难以一通到底空间项目部在国内外星罗密布难以一览全貌，心中无数时间各类汇总、统计滞后严重，数据前后差距大，不靠谱智

4、慧工地建设的需求打通传统建设中人、机、料、法、环各类应用的数据孤岛， 汇聚企业数据中心从总部到一线项目部，同时获得最新数据，数据传递畅通 无阻汇总海内外各个项目到桌面；在不同的层面和数据维度观 察业务状态逐步成为企业各类运营结算的数据依据方案选型比较非核心能力，费时费力， 庞大的IT团队01自研方案Hadoop分析型，反应慢，信息滞后， 需要大量硬件资源02大数据平台保护原有投入，汇聚全链路数据， 实时数据，兼容全类型开发数据， 无限扩充应用03实时数据平台智慧工地 实时数据平台方案架构机械设备统计分析资产管理劳务分析合同分析安全管理技术质量工程管理全渠道业务（数据分析 + 数据应用）项目模型

5、物料模型劳务模型机械模型预算模型1. 实时同步数据到中台2. 智能化重构模型3. 基于中台开发应用MongoDB + Tapdata 实时数据平台劳务人员库固定资产库设备库机械姿态库物料库机械台班项目信息库固定资产管理分析智慧工地 - 全链路数据方案数据源实时数据平台FDMBI报表数据可视化API 发布老版智慧工地数据库一体化平台数据库 企业信息化数据库云筑系统数据库 机械姿态数据库贴 源 数 据 层MDM主 数 据 层ADM应 用 数 据 层实现的价值实时信息，直达总部基于数据库日志的实时同步 工地状况， 实时发布秒级同步，实时T+ 0简单灵活，快速落地自然模型数仓， 懂业务就能建模 传统模式数据汇聚： 6 - 12 个月实时数据平台: 一周原型， 四周见效运营数据，结算依据劳务人员状态 机械设备姿态 工