在近些年的桥隧综合监控系统中，集成监控软件负责对底层设备数据进行实时采集、并通过组态页面将数据通过图表、动画等方式展现。在展现数据的同时，监控软件将交通流量、COVI环境参数、消防报警等重要数据通过转储服务接口存储至关系型数据库，如Oracle、SQLSERVER等。第三方软件如设备管理系统、大数据分析系统等对若干年的隧道运营数据进行挖掘、清洗，趋势分析，则需采用ODBC. JDBC等数据库中间件方式对关系型数据库访问，生成报表，纳入到专家库中。应用场景适用于城市越江隧道、快速路地下通道、城市高架立交桥等单点设施应用场景，设备数量较少，监控点数在1-5万点。

弱电工程公司表示随着多隧合一监控中心共用、岛桥隧等特大型综合监控领域的扩展，从单个设施到全路段路网管理，监控设备点数高达数十万级，在数据存储计算方面对数据库服务端提出了大容量和高性能的要求，期望分析处理速度达到千万点/秒，甚至更高的实时历史数据存储和查询要求，因此实时库的存储技术优势得以体现。

国内桥隧监控系统中数据库存储升级的现状

在新建桥隧项目建设完成后，无论是实时数据库或者历时数据库，都伴随着高清监控系统的建设一起投入运行，随着后期设施内新增系统的接入以及设施长期运营数据业务量的不断增长，原有数据库服务器的存储容量显得捉襟见肘，系统整体性能越来越无法满足日益增长的业务系统的需要，而此时则必须对相关硬件以及软件进行升级改造传统的升级方法是采购更高性能的服务器，对处理器、内存、硬盘进行升级扩容，由此提高运算性能，增加存储空间等。但是这种升级扩容带来的弊端也是显而易见的，改造周期长，预算成本高，而且在新老系统切换期间，往往需要额外的技术支持，备份转移用户数据，确定升级失败后的同退机制等，导致每次升级过程中步骤切换复杂，对用户的在线业务系统影响比较大。

在目前桥隧监控中使用的是关系型数据库，面向对象是用户，在存储性能上只能支持每秒千条数据的增删改操作，在实时性方面无法保证实时响应，且与实时库的定位不同，关系型数据库一般关注数据的完整性、一致性，而实时数据库更倾向于关注数据的实时性和数据质量，更适应于在大数量的情况下对数据的实时分析展示。

主流方案架构

实时数据库作为一款通用型基础产品，可针对桥隧监控行业作定制化应用，因此采用了友好的二次开发平台，封装了简单易用的服务接口，为开发人员提供了快速定制非标协议数据采集器的功能，同时，集成了功能强大的组态系统，进行辅助设计I作．基于以上需求，主流的实时库架构采用典型的c／S模式，结构上划分为四层：

数据采集层：主要负责和外部系统通信，对数据接口可进行标准以及非标定义，进行数据采集，并将采集的设备数据转储进库表中。

数据服务层：属于实时库的核心层，可进行数据管理服务、数据源管理服务、网络管理服务，在整个系统中起到了关键作用。

系统接口层：主要是对数据服务层进行封装，以接口的方式提供给外部系统或者系统应用层。

系统应用层：提供了四个展示平台，并以表格、图形、动画等多种形式展示系统配置及数据。

系统架构如下：

在新建系统进行硬件部署时，为了节约资源，可将配置中心、数据节点、采集客户端、展示客户端、配置客户端等五类组件集中部署在一台服务器中．若是资源充分的情况下，也可分散部署在单独的服务器中，可根据项目情况进行灵活配置。在数据节点上可进行分布式部署，由此凸显出系统的扩展性。

由于采用了分布式部署机制，用户在对已有系统改造时，只需要增加一台数据节点，这台数据节点即可以分担原有数据库服务器的负载，此节点的增加过程对于桥隧监控系统透明，即对桥隧监控系统的在线运行业务并无影响，新的数据节点上线后，自动分担系统负载，同步相关数据，从而做到了无缝扩容的过程，此种分布式可扩展的设计极大提升了系统的整体性能和可靠性，使得项目后续的可扩展性和可维护性得到了较大的提升。