随着国民经济的飞速发展和城市建筑的日益密集，各种火灾因素也不断增加。城市中的火灾，特别是重大恶性火灾频繁发生，城市的消防保卫任务也日益艰巨，仅仅依靠传统的方法和手段已经远远不能满足城市消防的需要。

为了保障人民的生命财产安全，消防工作也必须与时俱进，现代城市消防要求必须依赖于计算机、通信、控制与信息决策等多种先进技术，基于高效可靠的信息化指挥系统进行作战指挥。

消防通信指挥系统作为整个消防作战系统的中枢神经，是确保消防工作正常开展的决定性因素。由于火灾事故的突发性和火灾事故扑救工作的特殊性、复杂性，要求消防通信指挥系统应该具有快速、准确、高效、易操作的通信指挥与调度决策能力。

而作为应用系统中的支撑平台，数据库管理系统在消防通信指挥系统中起到了核心作用。数据库管理系统的稳定性和性能表现直接关系到整个消防通信指挥系统的稳定性和运行效率。

人命关天 vs 稳定可靠

消防通信指挥系统的稳定性的重要性是不言而喻的，我们甚至可以用“人命关天”来形容。大家可以设想，如果在发生大型火灾的时候系统发生故障，导致无法正常接警，那么我们损失的不仅仅是财产安全，更重要的是会导致受灾的人员无法得到救助，甚至面临生命危险。建设过城市消防通信指挥系统的公司在正式上线之前，一般都会被告知，一旦由于系统发生故障造成生命财产损失，公司将承担相应的刑事责任。

在系统要求高可靠性的同时，消防通信指挥系统又是一个非常复杂的系统。它集有线/无线通信、GPS、GIS、大屏显示/LED显示、视频监控等多种技术，由有线无线通信集成子系统、消防调度专网子系、接处警指挥调度子系统、消防地理信息子系统、消防综合信息管理和辅助决策子系统、首长指挥子系统、视频监控及安全防范子系统、接口子系统、模拟训练子系统、大屏幕子系统、电视电话会议子系统、火场指挥子系统、录音录时子系统等共十余个子系统组成。由于系统的高可靠性要求和其自身的复杂性，它对数据库管理平台也提出了非常高的要求:

首先，要求数据库管理系统具有高可靠性。

数据库管理系统的可靠性直接关系到整个系统的可靠性。这种可靠性要求包括两点：

1.7*24小时不间断运行。消防通信指挥系统必须保证完全不间断的运行，任何中断都可能导致非常严重的后果。

2.支持双机热备。为了保证异常情况下，仍能够提供可靠的数据服务，数据库管理系统必须支持双机热备或多机互备，当主服务器发生故障时，从服务器能迅速接管，保证对通信指挥系统的有效支持。只有这样，才能确保消防通信指挥系统能提供可靠持续的服务。

第二，要求数据库管理系统能处理各种复杂的数据类型。

通信指挥系统中涉及到各种类型的数据，除了常规的各种数据之外，还包括空间地理信息数据，图像、视频及影像数据，语音数据，文本数据等等。因此，要求数据库管理系统能对各种复杂的数据类型提供良好的支持。

第三，要求数据库管理系统能处理海量数据。

按照国家标准《消防通信指挥系统设计规范》，重大火灾及灾害事故录音录时数据要求永久保留，归档、战评和其它事故录音保存大于6个月。依据某一级城市的建设经验，系统每月所新增的数据量都在TB级以上。因此，系统对数据库管理系统对于海量数据的支持有着严格的要求。

第四，要求数据库管理系统具备高安全性。

消防通信指挥系统中所涉及的数据包括城市地理信息数据、重点单位/建筑、灾害数据等敏感信息。保护消防通信指挥系统的安全性具有重要意义。

第五，要求数据库管理系统能支撑各种复杂环境的应用。

如前所述，由于消防通信指挥系统涉及十几个子系统，数据库管理系统需要支撑各种不同硬件、不同网络环境和不同软件平台下的复杂环境。

十万“火”急 vs 争分夺秒

消防通信指挥系统的性能要求同样是非常高的。按照国家标准《消防通信指挥系统设计规范》，从支队接警到消防中队接到命令出动时间不超过45s。可以说，当发生火灾时，形势是十万火急的，每一秒钟的耽搁都意味着生命和财产的损失。因此，对于消防通信指挥系统的建设来说，必须尽最大可能提高系统运行效率。

对于作为核心支撑的数据库管理系统而言，在稳定可靠的要求同时，也必须提供高性能。具体而言，数据库管理系统必须具备如下的特性:

第一，支持高并发。当发生火灾时，会发生集中报警的现象，此时对于数据库管理系统的瞬时压力是非常大的。这要求数据库管理系统能提供对于高并发用户数的支持。特别是对于如上海、武汉等这样的省会级大城市，当在人口密集的中心地带发生火灾时，同时报警的电话可能会达到上万个。

第二，具有高效的联机事务处理能力。按照国家标准《消防通信指挥系统设计规范》要求，接警到消防中队接到命令的总体时间不超过45s，其中接收火警信号到显示三字段时间必须小于2秒，报警接收时间（含误报拦截时间）<2秒，指令下达到中队的时间<1秒。这都是为了保证迅速出警所规定的硬性要求。对于数据库管理系统而言，必须在对高并发用户的支持的同时，提供良好的性能，满足所有这些时间要求。

新趋势下的新需求

随着信息化建设水平的提高，消防通信指挥系统在原有的系统目标基础之上，又提出了新的需求和更高的要求。其中最显著的两个趋势是要求智能化和全局化。

智能化

经过近十多年的发展，消防通信指挥系统不仅需要满足基本的作战指挥的需要，目前已经朝着更智能的方向发展，提出了更高的要求。例如接到报警后，根据实际情况，如何平衡各种因素和各种方案的利弊，快速确定最优的作战方案，包括迅速选择最合适的消防力量（包括消防中队，消防车，消防设备等），最佳的行车路径等。同时，根据已归档的作战记录，如何通过分析统计，总结出规律，形成经验，建立和完善各种战斗预案，供未来实际作战时选择。

这些问题的解决都要求数据库管理系统能提供数据统计和智能分析功能。其中，不仅包括常规数据的分析，还提出了基于地理信息数据的分析的要求。

全局化

传统的城市消防通信指挥系统都是以城市为基本单位的，由每个城市的消防支队统一接警，并指挥各消防中队对于本管辖区域内的火灾进行救援。传统的方式下，各城市之间的消防通信指挥系统之间是各自独立的。然而，现在随着国内信息化水平的提高和网络化的普及，系统之间的共享和互访成为可能。

更重要的是，一旦各系统之间实现互联之后，省级的总队对各支队进行统一调度成为可能。在发生特大型火灾时，总队可以根据需要调动多个支队的力量进行救援。甚至更进一步，如果各省总队之间也能互联，当发生如森林火灾等更严重的情况时，可以全局调动跨省总队的消防力量共同进行灭后救援。

另一方面，如果实现互联以后，救援调度可以真正按照就近原则，而不必受到省、市等各级行政区划的限制，能更高效地进行灭火救援。

为了满足全局化的要求，数据库管理系统要求能支撑不同级别的数据中心的建设，并提供对于数据交换和共享的支持。而且基于消防领域的特殊性，对于数据交换的效率的要求同样是非常的高。