冬天就要来了，你做好准备迎接雪崩般的数据了吗?

这是一句应景的广告词。如果是夏天，只需把雪崩换成暴雨或洪水，一样可以蛊惑人心。因为不论对政府行业，还是金融、电信、电子商务行业来说，从没有像今天这样对数据产生如此巨大的依赖。铺天盖地的数据既是看得见的财富又是当头重压，更多的数据需要存储，更多的业务需要处理，更多的分析需要完成，而且没有喘息时间，这些都期待着所有的数据管理要素继续改进。管理得当、分析精确、交换顺畅的数据可以创造无限价值使企业健康成长，反之，则是风险重重、隐患不断、气血不通甚至心跳骤停。各大数据库厂商深谙其中之道，对于数据库产品的更新换代从来不惜余力，国内的行业用户也经历了从被动交学费到最大程度自主选择的过程。

从早期集数据库和开发语言于一体的Dbase、Foxbase、Foxpro到后来的大型关系型数据库，再到今天基于互联网的B/S/S三层架构管理信息系统开发技术，从数据的分散管理到大集中，数据被看成是IT应用的核心之芯，开发利用好信息资源无疑是信息化发展的主线。然而，从当前国内的行业应用情况来看，数据标准机制不完善、信息资源共享困难依然是各行业普遍存在的问题。在面对大众的终端应用时，有多少信息可以为民众所用，有多少数据可以无障碍共享?

随着科学技术、电子商务尤其是 Internet 的迅猛发展，信息的来源、数量、形式和使用方式都发生了很大变化，使传统关系数据库面临着巨大挑战。如何有效地处理异构环境下复杂的数据类型，成为数据库技术的重大趋势之一，其相关的产品的推出也让暗涌不断的数据库市场再起波澜。只是，有时再好的特效药也治标不治本，世界上最先进的软硬件，其最优越的性能面对行业自身的发展瓶颈有时也只能干着急。不管数据库市场竞争如何激烈，厂商们的理念如何超前与诱人，我们只有看清自己的先天不足，尽可能地改善应用环境，培养优秀的数据库人才，把自身的发展特点和市场上相应的技术相搭配，再来考虑合身之选。不管是IBM DB2，还是Oracle 10g、MS SQL server还是MySQL 5.0，总有一款适合你。假如仍然不能满足你的需要而这种需要又具普遍性，那么这对于厂商来说，无异于又发现了一个新的兴奋点。

需求千变万化，技术不断演变，各方合力共同把信息资源用好管好，最终为的是服务好信息社会的普罗大众。

社保数据库 标准之忧

今天，百姓可以足不出户在网上办理就业登记和社保申报，社保服务向网络和社区的延伸使面向公众的服务更加便捷。为大众提供服务的社保窗口已经呈现出多样化的特点，网站、电话咨询服务中心(12333)、核心业务系统的Browser客户端等，均可以提供网上业务处理功能。这一切，都离不开数据的管理和应用。

在政府部门当中，社保系统需要的数据主要是公安、工商、税务部门、民政，公安部门的数据，因此拥有相对来说信息最全的数据库，其应用也深具代表性。也正因为如此，大量的数据交互每天都在产生，数据库成为其IT建设的关键。

在劳动和社会保障部信息中心的陆春生处长看来，金保工程的主要内容，就是基于数据库的劳动就业和社会保险业务系统构成核心业务系统，通过数据接口与周边的定点医疗服务机构、定点零售药店、参保企业、代发银行和邮局、代收税务等系统交互;通过数据交换与财政、民政、教育、发改委等部门构成电子政务协作网;通过劳动保障专网完成抽样数据和统计数据的逐级上传;通过网站、电话咨询服务中心、大屏幕、触摸屏等将数据展现给服务对象;通过数据统计、分析、挖掘为领导决策提供支持;通过街道社区等基层部门完成数据的采集以及就业、退休人员社会化管理和服务的下延。

数据共享的标准之忧

同其他信息化先行的政府部门一样，劳动保障信息系统建设数据库系统建设大致经历了分散建设阶段、地市级集中阶段、数据共用、数据共享、数据交换阶段和劳动和社会保障一体化的大整合阶段。

在各地劳动保障信息系统建设的起步阶段，多数地市将数据库建立在区县，主要考虑灵活、安全，另外是考虑养老保险和医疗保险区县级统筹的实际情况。但这期间数据库分散建设也带来很多弊端:如设备重复投入、统计工作难度加大，以及市级电话咨询服务中心无法连接业务数据库，进而无法提供账户查询等个性化服务，另外还会造成统筹区内个人重复参保的现象。

随着统筹层次的升级以及计算机管理的内在需要，各地社保部门基本纷纷建立市级集中的数据库，部分地区上升到省级集中，如黑龙江及西部省份。但是仍然有一部分地区，如江浙一带的有些地市，仍采用各区县分别建立数据库的现象，主要是因为养老保险和医疗保险仍然是区县统筹。地市集中的好处主要是便于系统维护、数据库保持一致、减少区县级机构的维护工作等。