高速公路联网收费系统中的大数据应用.pdfVIP

高速公路联网收费系统中的大数据应用 文章结合高速公路联网收费系统建设运行的实际情况，对高速公路联网收 费系统所涉及的大数据安全问题进行全面分析和探讨。通过分析联网收费的大数 据流程，确定系统中的敏感大数据，探索影响其大数据安全的关键因素，并就联 网收费的大数据处理平台相应技术方案和应用措施。 标签： 高速公路；联网收费系统；大数据应用 一、大数据库设计的规范化 规范化就是将事物放置于正确的位置并使它们正常化的过程。规范化过程的 结果是使在应用中使用的信息及其各元素之间的关系得到更加透彻的了解。 系统分析的第一步就是建立商用大数据的逻辑模型（logical model ），逻辑模 型是规范化的大数据流图。规范化的过程通常用“范式”一词来讨论，最常用到的 是第一、二、三范式，其中第三范式代表最高的规范化等级。 第一范式 第一步是将大数据规范为第一范式。其方法是将每个表中具有相似类型的大 数据放入不同的表，并给每个表确定一个主关键字。 第二范式 第二范式是指找出只依赖于主关键字的部分大数据。 第三范式 第三范式是指找出表中不只依赖于主关键字的大数据。只要大数据符合第三 范式，那么它们就自动符合第二和第一范式。 尽管按照现代关系理论，一高速公路收费系统大数据库应完全遵循第三范 式。但我在大数据库设计时，并不完全以第三范式的方式构造的。这是因为在应 用系统上运行select，insert ，update ，delete 时，联机和批处理程序可能太慢。 这常常是由于连接的表太多引起的。同样，任务分析将发现，每次需要对太多表 进行访问才能得到所需信息的地方。因此，在表设计时，有时有意地违背第三范 式，将大数据冗余地装入不完全以来于主关键字的表中。事实上，这也是大数据 库表结构设计时的常用方法。 但此时，要仔细设计应用系统，尽管在表的物理设计上违背了第三范式，但 从逻辑上仍要保持第三范式。如在生成某些用到用戶号和用户名的报表时，根据 第三范式的原则，收费员姓名依赖于收费员工号名，应只存在于收费员表中，但 为了查询的方便。可将收费员姓名也加入生成的表中，但同时仍要保持一个收费 员表。同时强调以下两条原则： ①不管什么时候向生成表加入一个新记录时，收费员姓名大数据只能且必须 来自收费员表。该大数据是不可独自键入的。如果生成表的一个收费员姓名不在 收费员表之内，在把该条记录加入生成表之前，必须首先把这个收费员姓名和工 号加入到收费员表中。 ②不管什么时候对收费员表作变动，比如更换了收费员姓名或工号，那么生 成表的每条记录都必须立即修改。即这两项修改应作为一个事务，要么同时修改， 要么都不修改。因此收费员表只允许增加和修改记录而不允许随意删除记录。 二、高速公路联网收费系统大数据库的大数据模型 高速公路联网收费系统大数据库是建立在SQL Server 7.0 大数据管理系统上 的。 在SQL Server 7.0 大数据库中，各字段 （属性列）可以是下述大数据类型。 .Binary 二进制大数据 .Char 定义字符大数据 .Varchar 可变长度字符大数据 .DateTime， SmallDateTime 日期和时间大数据 .Float，Real 浮点型大数据 .Int， Smallint， tinyint 整数型大数据 .Numeric 数字型大数据 在高速公路联网收费系统中，因业务较为复杂，要实现的功能很多。因而在 发行大数据库中用于不同功能的表比较繁多。以下分四类进行讨论。 1、录入功能表 基本功能表由系统维护模块进行维护。这类表的作用是记录其他表所需要的 一些辅助性信息包括收费员表，值机员表，收费员月班次表，车道对照表。 2、业务功能表 这类表用于记录发行业务基本操作生成的大数据包括出口表，入口表，收费 站欠款表，收费站加收表，收费员下班填报报表，收费站通行卡领用表，收费站 通行费定额票据领用表，收费站拆帐费率表等 3、系统功能表 这类表用于对系统进行管理，在系统增加新的统计报表时不用对原有的程序 进行修改并且可以在任何一个收费站或收费中心 （分中心）对全高速公路联网收 费大数据库进行维护。它包括统计报表属性表，统计报表字段定义表，系统登录 用户表，超级用户表。 4 、统计功能表 这类表用