交通运输信息系统数据库字段命名及属性定义规范化研究
数据库字段命名规范
数据库字段命名规范数据库字段命名规范是指在设计和命名数据库表的时候，应该遵守的一些规则和规范，目的是为了提高数据库的可读性、可维护性和可扩展性。
1. 使用有意义的名称：字段名称应该能够清晰地表达其含义和作用，避免使用缩写或者过于简短的名称。
2. 采用统一的命名约定：选择一种命名风格（如驼峰命名法、下划线命名法等）并坚持使用，以确保数据库表结构的一致性。
3. 保持简洁性：尽量使用简短的字段名称，避免过长的名称，以提高可读性和节省存储空间。
4. 使用小写字母：字段名称应该使用小写字母，以提高可读性和避免不同数据库系统的大小写敏感问题。
5. 避免使用保留字：避免使用数据库系统中的保留字作为字段名称，以避免引起语法错误。
6. 使用具体的名称：字段名称应该尽量具体，能够准确地描述其内容，避免使用模糊或泛称的名称。
7. 使用无歧义的名称：字段名称应该避免多义词或容易引起歧义的词语，以确保字段含义的清晰性。
8. 使用可读性强的命名：字段名称应该使用常见的英文词汇或词组，以提高可读性和降低错误的可能性。
9. 不要使用表名作为字段名称的前缀：表名已经在上下文中明确了，不需要在字段名称中重复出现。
10. 使用一致的术语和约定：尽量在整个数据库中使用一致的术语和约定，以便理解和维护数据库结构。
11. 遵循数据库范式：根据数据库范式的要求，设计和命名数据库表的字段，以确保数据的一致性和完整性。
12. 避免冗余和重复的字段：尽量不要在数据库表中创建冗余或重复的字段，以避免数据不一致和浪费存储空间。
13. 使用正确的数据类型：根据字段的含义和数据的特性，选择适当的数据类型，并在字段名称中反映出来，以提高数据库的性能和数据的准确性。
14. 遵守命名约定：在命名字段时，应遵守公司或团队的命名约定，以确保数据库结构的统一和一致性。
15. 尽量使用英文命名：在多语言环境下，建议使用英文命名字段，以避免文字编码和翻译带来的问题。
16. 使用前缀或后缀来表示字段的类型或用途：例如，可以使用"fk_"或"_id"来表示外键字段，使用"_date"或"_time"来表示日期或时间字段。
交通运输规划数据库标准
交通运输规划数据库标准1. 引言本文档旨在制定交通运输规划数据库的标准，以确保数据库的一致性、可靠性和可维护性。
交通运输规划数据库是用于存储和管理与交通运输规划相关的数据，包括道路、铁路、航空等交通设施的信息。
2. 数据库结构2.1 数据表定义交通运输规划数据库应包含以下数据表：- 道路表：存储道路的基本信息，包括道路名称、起点、终点、道路类型等。
道路表：存储道路的基本信息，包括道路名称、起点、终点、道路类型等。
- 铁路表：存储铁路线路的基本信息，包括线路名称、起点、终点、运营状态等。
铁路表：存储铁路线路的基本信息，包括线路名称、起点、终点、运营状态等。
- 航空表：存储航空线路的基本信息，包括航空公司、起飞地点、降落地点、航班号等。
航空表：存储航空线路的基本信息，包括航空公司、起飞地点、降落地点、航班号等。
2.2 数据字段定义每个数据表应包含以下基本数据字段：- ID：唯一标识每条数据的编号。
ID：唯一标识每条数据的编号。
- 名称：用于描述道路、铁路或航空线路的名称。
名称：用于描述道路、铁路或航空线路的名称。
- 起点：描述道路、铁路或航空线路的起点位置。
起点：描述道路、铁路或航空线路的起点位置。
- 终点：描述道路、铁路或航空线路的终点位置。
终点：描述道路、铁路或航空线路的终点位置。
- 类型：描述道路、铁路或航空线路的类型，如高速公路、城市道路、高铁、普速铁路、国内航班、国际航班等。
类型：描述道路、铁路或航空线路的类型，如高速公路、城市道路、高铁、普速铁路、国内航班、国际航班等。
- 运营状态：描述铁路线路或航空线路的运营状态，如运营中、停运等。
运营状态：描述铁路线路或航空线路的运营状态，如运营中、停运等。
- 航班号：描述航班的航班号。
航班号：描述航班的航班号。
2.3 数据库关联关系交通运输规划数据库中的数据表应建立适当的关联关系，以便进行查询和分析。
例如，道路表和铁路表可以通过起点和终点位置进行关联，以确定交通运输的连通性。
交通运输信息管理
2.1 数据库系统基础知识
数据库的核心是数据管理，数据管理是指对各种形式的数据进行收集、分 类、组织、编码、存储、检索和维护等一系列活动的总和。其目的：
1）从大量的、原始的数据中抽取、推导出对人们有价值的信息作为决策依 据； 2）借助计算机科学地保存和管理复杂的大量的数据，以便人们能方便而充 分地利用这些宝贵的信息资源。
2.1 数据库系统基础知识
2.1 数据库系统基础知识
一对一联系，记为1:1。 例。工厂与厂长之间，科研任务与课题组长之 间都是1:1联系。 一对多联系，记为1:N。 例。一个学校有若干学生，而每个学生都在一 个学校学习，学校与学生之间是一对多的联系。 多对多联系，记为M:N。 例。课程与学生之间，一个学生可选多门课程， 而每一门课程可有多个学生选修，课程与学生之间 是多对多的联系。
① 计算机系统 ② 数据库 ③ 数据库管理系统（DNMS)
④ 人员
(1)数据库管理员。 (2)系统程序员。 (3)用户。
2.1 数据库系统基础知识
把数据库比做图书馆．一个图书馆要
想很好地为读者服务，必须完成以下工作： (1)建立完善的书卡 (2)图书应有组织地存放在书库中
(3)规定借阅权限
(4)建立周密的借阅管理制度
数据库表设计与字段命名规范解析
数据库表设计与字段命名规范解析随着计算机技术的发展，数据库的应用越来越广泛。
作为数据存储和管理的重要组成部分，数据库表设计及字段命名规范对于数据的可靠性和可扩展性起着至关重要的作用。
本文将对数据库表设计和字段命名规范进行详细的解析，以便给读者提供一个清晰的指导。
一、数据库表设计规范1. 表的名称规范在设计数据库表时，应该为每个表赋予一个合适的、具有描述性的名称。
表的名称应该具有以下特点：- 简洁明了：表的名称应该能够清晰地描述该表所包含的数据内容。
- 具有可读性：避免使用过于技术性的名称，以便更多的人能够理解该表的含义。
- 使用名词的复数形式：表名一般使用名词的复数形式，以表示其中包含的数据记录可能有多条。
2. 主键规范在设计数据库表时，应该为每个表选择合适的主键。
主键具有以下特点：- 独一无二：每个主键值在表中必须是唯一的，不能重复。
- 不可为空：主键字段不能为空，确保每条记录都具有主键值。
- 稳定性：主键字段的值应该是稳定的，不会频繁发生变化，以避免对数据表的修改带来的影响。
- 简洁明了：主键字段的名称应该具有描述性，能够清晰地表示其含义。
3. 外键规范外键用于表与表之间的关联，关联的字段称为外键字段。
在设计数据库表时，外键规范如下：- 数据类型一致：外键字段的数据类型和关联表的主键数据类型应保持一致。
- 索引优化：为外键字段添加索引，可以提高查询效率。
- 级联删除和更新：可以设置级联删除和更新操作，当关联表中的记录发生变化时，关联表中的记录也相应地发生变化。
4. 字段规范字段是数据库表中最基本的元素，因此字段的设计规范至关重要：- 命名规范：字段名称应该简洁明了，具有描述性，并且尽量避免使用缩写或不规范的命名方式。
- 数据类型一致：保证字段类型与实际存储的数据类型一致，避免不必要的转换。
- 字段大小合理：字段的长度和精度应该根据实际需求来确定，不要过长或过短。
- 字段约束：根据需求设置字段的唯一性、非空性、默认值以及校验规则等约束，以保证数据的完整性和一致性。
交通运输的信息系统与数据管理
01
未来发展趋势与挑战
信息技术的发展趋势
云计算技术的广泛应用
大数据分析在交通运输领 域的深度应用
人工智能和机器学习在信 息系统的智能化发展
物联网技术提升交通运输 的互联互通水平
数据管理技术的发展趋势
数据存储技术的 革新：随着云计 算、大数据等技 术的发展，数据 存储将更加高效、 安全和可靠。
添加标题
应用领域：智能交通系统广泛应用于城市交通、高速公路、公共交通、物流运输等领域，包括 交通信号灯控制、智能停车、公交调度、车辆监控等方面。
添加标题 添加标题
优势：智能交通系统可以提高交通流量、减少拥堵、降低事故发生率、提高运输效率，同 时还可以为交通管理部门提供更加全面和准确的数据支持，优化交通规划和管理。
交通流量分析与管理
数据挖掘技术用于分析交通流量 数据，预测拥堵趋势和时间
利用数据挖掘技术对交通违法行 为进行智能识别和监测
添加标题
添加标题
添加标题
添加标率
数据挖掘在交通运输中应用，提 高交通安全性和减少事故发生率
运输效率优化
数据挖掘技术可 以帮助交通运输 行业分析交通流 量、拥堵情况等 因素，优化路线
信息系统的发展历程
初级阶段：以纸质文档为主要信息存储方式，信息传递效率低下。
信息化阶段：计算机技术的普及，实现了信息的数字化存储与处理，提高了信息处 理效率。
智能化阶段：大数据、云计算、人工智能等技术的运用，使信息系统能够进行 智能化的信息处理与分析，为交通运输行业提供了更加精准、高效的服务。
未来发展方向：随着技术的不断进步，信息系统将进一步向自动化、自主化、智能 化的方向发展，为交通运输行业带来更多的创新与变革。
01
针对《交通统计信息基础数据元》标准的研究
针对《交通统计信息基础数据元》标准的研究作者：仝淑贞黄莉莉武瑞利唐菁来源：《数字技术与应用》2014年第01期摘要：现行的JT/T 697.10-2009《交通统计信息基础数据元》标准为交通信息资源整合、信息共享、数据交换等方面发挥了统一数据标准的作用，但随着行业信息化的发展，统计数据元在数据元分类、数据元内容以及属性内容方面都存在不足，为了满足行业信息化建设的需要，应调整数据元分类，完善数据元内容和属性内容，以便更好地服务于交通运输行业信息化的应用建设。
关键词：交通统计信息数据元标准中图分类号：TP311.52 文献标识码：A 文章编号：1007-9416（2014）01-0207-03统计信息作为重要的经济资源，是信息化的重要组成部分，是政府宏观调控和科学决策的基础。
随着信息化在全国交通运输行业的发展，为交通统计信息化建设提供了充分的技术支撑，交通运输行业统计信息化发展和应用水平也得到了进一步提高。
但是，交通运输行业统计工作点多面广，数据采集的范围宽泛，交通统计信息的准确度受人的主观因素制约较为明显和突出，因此，交通运输行业要实现真正意义上的信息化，必须首先从加强规范化建设入手，打破以往那种“乱搭台子”、“乱开铺子”各自为政的信息化建设格局，坚持统一规划、统一建设的原则，积极打造信息资源共享的平台，真正发挥信息化的优势，提高交通运输行业统计信息化建设的水平和质量。
交通统计信息工作是交通运输工作的重要组成部分，也是一项重要的基础性工作。
要高度重视交通运输行业统计信息化平台的建设，打牢信息化的基础。
通过完善公路、水路、港口、城市客运等交通基础数据库，加强智能交通、交通交互、资源共享等信息化系统建设，推动交通运输行业统计信息化的建设。
《交通统计信息基础数据元》为交通信息基础数据元JT/T 697的第10部分，于2009年发布实施，它规定了交通统计信息基础数据元编制原则和分类、交通统计信息基础数据元及数据元值域代码集，适用于交通运输行业交通统计数据库以及交通统计信息系统、电子数据交换等的规范化设计与开发应用。
数据库字段命名规范
数据库字段命名规范篇一：数据库表及字段命名、设计规范数据库表及字段命名、设计规范1、命名规范1.1数据表的命名规范：1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。
如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。
例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。
2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。
如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。
如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。
3）表的名称一般使用名词或者动宾短语4）表名称不应该取得太长（一般不超过三个英文单词）。
5）在命名表时，用单数形式表示名称。
例如，使用Employee，而不是 Employees。
6）对于有主明细的表来说。
明细表的名称为：主表的名称 + 字符Dts。
例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。
7）表必须填写描述信息7）后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。
如r_gggd_b1.2表字段命名规范数据库字段的命名必须遵循以下规范：1）字段名称一般采用名词或动宾短语，且字段名为小写。
2）采用有意义的字段名。
交通运输信息化标准体系 2019
交通运输信息化标准体系（2019年）目录目录 (I)一、交通运输信息化标准体系结构图 (1)二、交通运输信息化标准体系明细表 (7)100 基础通用 (7)101 术语及符号 (7)102 分类与代码 (8)103 数据元与元数据 (14)104 通用规则 (22)200 基础设施 (25)201 硬件设备 (25)202 网络与通信 (35)300 数据资源 (45)301 数据表示 (45)302 数据采集 (49)303 数据交换 (50)304 数据管理 (66)400 信息应用 (67)401 技术要求 (67)402 测试维护 (108)500 网络安全 (113)501 安全技术 (113)502 安全管理 (114)503 网络信任 (115)504 安全服务 (116)600工程规范 (116)601 工程建设 (116)602 工程管理 (121)603 工程运维 (123)三、交通运输信息化标准体系统计表 (124)四、编制说明 (125)（一）编制目的。
(125)（二）编制依据。
(125)（三）编制原则。
(126)（四）交通运输信息化标准范围界定。
(127)（五）标准体系构成。
(127)（六）其他 (128)一、交通运输信息化标准体系结构图交通运输信息化标准体系200基础设施202网络与通信100基础通用201硬件设备300数据资源400信息应用402测试维护401技术要求500网络安全504安全服务501安全技术502安全管理503网络信任600工程规范102分类与代码101术语及符号103数据元与元数据104通用规则301数据表示302数据采集303数据交换304数据管理603工程运维601工程建设602工程管理注：标准体系类别说明100 基础通用标准200 基础设施标准300 数据资源标准400 信息应用标准500 网络安全标准600 工程规范标准二、交通运输信息化标准体系明细表100 基础通用101 术语及符号7102 分类与代码8910111213103数据元与元数据1415161718192021104 通用规则222324200 基础设施201 硬件设备25262728293031323334202 网络与通信35363738394041424344300 数据资源301 数据表示454647。
数据库与数据字段的命名规范
数据库与数据字段的命名规范在开发和管理数据库时，一个重要的考虑因素是如何命名数据库和数据字段。
良好的命名规范可以提高代码的可读性和可维护性，降低开发和维护成本。
本文将介绍数据库与数据字段的命名规范，并提供一些示例来说明。
一、数据库命名规范1. 使用有意义的名称：为了方便识别和理解，数据库名称应该能够准确地描述所存储的数据内容。
它应该简洁明了，使用常见的词汇和名词，避免使用缩写和无意义的字符。
例如，一个存储用户信息的数据库可以被命名为"UserDatabase"。
2. 使用下划线或驼峰命名法：数据库名称可以使用下划线命名法（例如"student_info"）或驼峰命名法（例如"studentInfo"）。
无论选择哪种命名法，保持一致性非常重要。
3. 避免使用保留关键字：数据库名称不应该与数据库系统的保留关键字相同，以免引起冲突和错误。
4. 使用小写字母：为了避免大小写敏感的问题，数据库名称通常使用小写字母。
这有助于确保在不同平台和操作系统上的一致性。
二、数据字段命名规范1. 使用有意义的名称：数据字段的名称应该能够准确地描述所存储的数据内容。
它应该简洁明了，使用常见的词汇和名词，避免使用缩写和无意义的字符。
例如，一个存储用户的电子邮件地址的字段可以被命名为"email"。
2. 使用下划线或驼峰命名法：数据字段名称可以使用下划线命名法（例如"first_name"）或驼峰命名法（例如"firstName"）。
无论选择哪种命名法，保持一致性非常重要。
3. 避免使用保留关键字：数据字段名称不应该与数据库系统的保留关键字相同，以免引起冲突和错误。
4. 使用清晰的前缀和后缀：为了进一步增强字段的可读性，可以使用具有明确含义的前缀和后缀。
例如，一个存储用户年龄的字段可以被命名为"age"，而一个存储用户姓名的字段可以被命名为"first_name"和"last_name"。
数据库表字段命名规范与最佳实践
数据库表字段命名规范与最佳实践概述：随着信息技术的迅猛发展和数据的不断增长，数据库在我们日常生活和工作中扮演着重要的角色。
在设计数据库时，合理的字段命名是至关重要的。
良好的字段命名可以增加代码可读性、降低开发难度、提高数据库的性能和维护效率。
本文将介绍数据库表字段命名的规范以及最佳实践。
一、规范性命名准则1. 语义化命名：字段名应能清晰地表达字段所表示的含义，避免使用缩写或者数值代替含义。
2. 使用英文单词：字段名应使用英文单词而不是拼音或其他语言，确保字段名的一致性和易读性。
3. 使用小写字母：字段名应全部使用小写字母，避免使用大写字母或者混合大小写，以确保跨平台兼容和可移植性。
4. 使用下划线分隔单词：字段名应使用下划线（_）分隔多个单词，例如"first_name"，而不是使用驼峰命名法，例如"firstName"。
5. 避免使用保留字：字段名不得与数据库中的保留字相同，避免引起语法错误。
6. 简洁明了：字段名应尽可能简洁明了，避免过长或者冗余的命名。
7. 统一命名风格：在同一个数据库中，应确保所有字段的命名风格保持一致，增加可维护性和可读性。
8. 显性表达关系：字段名应体现字段与相关表和关系之间的联系和意义。
二、常用字段命名实践1. 主键id：通常情况下，每个表都应该有一个主键字段，用于唯一标识表中的每条记录。
主键字段的命名可以使用表名加上“_id”的方式，例如"user_id"。
2. 外键：外键字段负责建立和维护表与表之间的关联关系。
外键字段的命名可以使用关联的表名加上"_id"的方式，例如"order_id"。
3. 时间戳：在某些场景下，需要记录数据的创建时间和更新时间。
可以使用"created_at"和"updated_at"作为字段名，分别用于记录数据的创建和更新时间。
物流运营数据分析系统字段定义
附件一:
物流测算器字段定义
1 物流测算表........................................................................................................................................................................................................................................ 4 1.1 客户信息输入......................................................................................................................................................................................................................... 4 1.1.1 车型要求...................................................................................................................................................................................................................... 4 1.1.2 货运要求...................................................................................................................................................................................................................... 4 1.1.3 运营制度...................................................................................................................................................................................................................... 5 1.1.4 公路费用...................................................................................................................................................................................................................... 5 1.1.5 贷款.............................................................................................................................................................................................................................. 5 1.2 测算分析结果......................................................................................................................................................................................................................... 6 1.2.1 车辆.............................................................................................................................................................................................................................. 6 1.2.2 运营.............................................................................................................................................................................................................................. 7 1.2.3 利润.............................................................................................................................................................................................................................. 9 1.2.4 车队年收入比较........................................................................................................................................................................................................ 10 1.2.5 寿命内利润比较........................................................................................................................................................................................................ 10 1.2.6 寿命内投资回收率比较............................................................................................................................................................................................ 10
3.交通运输环境数据中心核心元数据
交通运输环境数据中心核心元数据东软集团股份有限公司2015年5月目录1范围 (4)2规范性引用文件 (4)3术语和定义 (4)3.1元数据METADATA (4)3.2元数据元素METADATA ELEMENT (4)3.3元数据实体METADATA ENTITY (4)3.4核心元数据CORE METADATA (4)4符合性要求 (5)5元数据的描述方法 (5)5.1概述 (5)5.2中文名称 (5)5.3定义 (5)5.4英文名称 (5)5.5数据类型 (5)5.6值域 (5)5.7短名 (6)5.8注解 (6)5.8.1约束 (6)5.8.2最大出现次数 (6)6核心元数据内容 (6)6.1概述 (6)6.2核心元数据定义 (7)6.2.1资源名称 (7)6.2.2资源发布日期 (8)6.2.3资源提供方 (8)6.2.4资源摘要 (8)6.2.5关键字 (8)6.2.6时间范围 (8)6.2.6.1起始时间 (9)6.2.6.2结束时间 (9)6.2.7资源访问限制级别 (9)6.2.8资源下载限制级别 (9)6.2.9资源语种 (10)6.2.10数据志说明 (10)6.2.11信息资源分类 (10)26.2.12在线资源链接地址 (10)6.2.13资源标示符 (10)6.2.14资源形态 (11)6.2.15资源研究方向 (11)6.2.16空间范围 (11)6.2.17资源维护信息 (11)6.2.17.1更新日期 (11)6.2.17.2更新频率 (12)6.2.18资源下载次数 (12)6.2.19资源状态 (12)6.2.20资源存放路径 (12)7元数据的扩展原则与方法 (13)7.1总体要求 (13)7.2元数据扩展要求 (13)7.2.1元数据扩展的类型 (13)7.2.2元数据扩展的实施 (13)7.2.3元数据扩展的原则 (13)7.2.4元数据扩展的方法 (14)8核心元数据代码表 (14)8.1访问限制级别代码 (14)8.2下载限制级别代码 (14)8.3形态代码 (14)8.4研究方向代码 (15)8.5更新频率代码 (15)8.6状态代码 (15)9参考文献 (16)31范围本标准规定了描述交通运输环境数据中心信息资源特征所需的核心元数据及其表示方式，给出了各核心元数据的语义定义和著录规则，用来描述有关交通运输环境数据中心信息资源的标识、内容、管理、服务及维护等信息，并给出了元数据的扩展原则与方法。
交通运输物流公共信息平台技术方案 第5部分：数据元和代码库
5.3.1.2 发送数据操作
� 请求消息
调用数据交换中心的send 接口来发送版本号对比请求，send接口中请求消息由下面的属性组成：
属性名 目标地址 交换事件
XML 元素名 ToAddress
ExchangeEvent
数据类型 元素/String 交换事件数据类型
其中：
� 目标地址（ToAddress）默认为：BZGL00001
5.3.1.1 描述
物流通用软件在下载标准代码前，建议先进行版本对比，自动上传本地标准代码的版本号给数据交 换中心，由中心应用来进行标准代码的版本做比对服务，判断物流通用软件和中心应用版本是否相同。
� 发送方：企业，通过小件快运、普通运输、物流基地、集装箱等物流通用软件发送 � 发送方式：异步，通过数据交换中心的传输服务 � 接收方：管理中心
是
1
� 文件标识（dataFileID）：数据文件的标识符，分组标识是一个 UUID。
� 文件格式（dataFileFormat）： XML
� 嵌入式内容（Base64EncodedData）： 采用 XML 文件格式，以 Base64 编码方式将数据文件内容直接
存放在此元素下，XML 文件定义：
<?xml version="1.0" encoding="UTF-8"?>
属性名 未处理事
件数 接收事件 异常信息
XML 元素名 TotalEventCount
数据类型 String
ReceiveExchangeEvent GenericFault
交换事件数据类型 通用异常类型
约束 1..1
0..n 0..1
默认值 0
交通运输信息化标准体系(2019年)
交通运输信息化标准体系（2019年）交通运输信息化标准体系（xx年）目录目录I一.交通运输信息化标准体系结构图1二.交通运输信息化标准体系明细表7100 基础通用7101 术语及符号7102 分类与代码7103 数据元与元数据10104 通用规则14200 基础设施15201 硬件设备15202 网络与通信19300 数据资源24301 数据表示24302 数据采集26303 数据交换26304 数据管理33400 信息应用34401 技术要求34402 测试维护52500 网络安全54501 安全技术54502 安全管理54503 网络信任55504 安全服务55600工程规范56601 工程建设56602 工程管理59603 工程运维59三.交通运输信息化标准体系统计表61四.编制说明62（一）编制目的。
62（二）编制依据。
62（三）编制原则。
63（四）交通运输信息化标准范围界定。
64（五）标准体系构成。
64（六）其他65 II一.交通运输信息化标准体系结构图注：标准体系类别说明100 基础通用标准分类号标准类别标准类别内容说明100 基础通用在综合交通运输.公路.水路信息化（表中以下简称交通运输信息化）领域，具有广泛适用范围的基础性或特定领域的通用条款的标准。
主要包括：术语.符号.分类.代码.数据元.元数据.规则等。
101 术语及符号交通运输信息化及其应用涉及的相关术语类及符号类标准。
102 分类与代码交通运输信息化及其应用涉及的分类标准.代码标准。
103 数据元与元数据交通运输信息化领域的数据元与元数据标准。
104 通用规则交通运输信息化领域普遍适用的规范.规则等技术要求。
200 基础设施标准分类号标准类别标准类别内容说明200 基础设施交通运输信息化领域的硬件设备.有线（无线）通信.卫星通信技术类标准。
主要包括：硬件设备.网络与通信技术标准。
201 硬件设备交通运输信息化领域的硬件设备类标准。
论交通运输物流信息的标准化
论交通运输物流信息的标准化交通运输行业作为国家经济开展的根底，有经济“血脉”之称，交通运输企业要赶上社会开展的步伐，必须把信息化作为实现行业现代化的手段。
物流信息平台的建立可以满足整个社会物流系统的要求，整合社会资源，合理配置运力与运量，控制运力的无序增长，克服物流瓶颈，减少货物物流时间，提高物流效率。
因此，建立交通物流信息平台，是完善物流传导机制的客观要求，是开展贸易交易活动的桥梁和纽带，是提高行业整体效益的重要物质根底。
交通物流信息平台提供的物流信息是整个物流重要环节的信息，即协调、管理货物运输过程所产生的信息流，用来支持保证货物运输高效率的完成，促进社会良性开展。
目前，我国交通业总体科技含量不高，网络化效劳格局尚未形成，生产信息业尚处于起步阶段。
随着我国参加WTO，留给国内的物流企业提高自身素质，加强企业信息化的时间不多了。
从这个角度来看，发挥政府部门的引导作用，建立我们自己的现代物流企业，建立全省的交通物流平台具有很强的紧迫性。
同时，通过交通物流信息平台的建立，可以促进交通运输企业的信息化建立，推动电子商务在交通运输企业的开展。
在传统物流中，由于人们意识不到信息管理对物流管理的促进作用，往往“重硬轻软”，重视硬件设备的投资，而轻视或无视软件管理系统的投资和应用。
随着物流企业向网络化、规模化方向开展，为消费者提供范围更广、本钱更低的效劳。
而作为物流或物流相关企业来讲，如果不利用现代信息技术尤其是互联网技术，就很难在剧烈的市场竞争中长期生存下去。
只有抓住时机，及时建立交通物流信息平台，来满足物流企业适应现代物流开展的需要，提供给物流及相关企业全面准确的信息和功能效劳，以此来推动现代物流产业的开展。
交通物流信息平台的硬件平台、网络平台、软件平台以及平台所拥有的功能的建立对参与物流的各相关部门和企业都极为重要，交通物流信息系统，应具有通用性和可推广性的特点，因此，在开发过程中必须要考虑信息的标准化问题。
关于交通运输系统数据库的维护
关于交通运输系统数据库的维护
徐稳军
【期刊名称】《计算机光盘软件与应用》
【年(卷),期】2010(000)012
【摘要】数据库是企业生产运行系统的最重要的组件之一,每天都应进行巡查和维护.作为系统管理人员特别要对数据库的运行日志及表空间的使用情况进行监控,及早发现数据库中存在的问题.
【总页数】1页(P69-69)
【作者】徐稳军
【作者单位】河南省郑州新郑国际机场管理有限公司,郑州,451161
【正文语种】中文
【中图分类】TP311.13
【相关文献】
1.交通运输信息系统数据库字段命名及属性定义规范化研究 [J], 王昱元;赵怀鑫;张绍阳;宋文丽
2.广东省交通运输厅关于港口设施维护的管理办法（广东省交通运输厅2013年12月23日以粤交基[2013]1689号发布自2014年2月1日起施行） [J],
3.交通运输信息系统数据库字段命名及属性定义规范化研究 [J], 王昱元;赵怀鑫;张绍阳;宋文丽;
4.播出系统数据库维护与改造方案的研究 [J], 滕兴中
5.物理实验教学管理系统数据库的建立和维护 [J], 刘端阳
因版权原因，仅展示原文概要，查看原文内容请购买。
交通行业信息系统规范化建设探究
交通行业信息系统规范化建设探究摘要：在我国科学技术飞速发展的基础上，信息技术已经成为世界经济社会发展的重要途径。
它在生活中的广泛应用，改变了人们传统的生活和生产方式。
交通信息化是城市信息化建设不可或缺的组成部分，它推动着城市交通领域交通管理、运营和各项服务的发展。
因此，如何实现城市交通信息化的发展并不断更新相关技术成为众多学者关注的焦点。
关键词：交通行业；信息系统；规范化；建设1交通信息化发展框架城市交通信息化建设的主要目的是优化城市交通，合理运用信息技术、通信技术、信息处理技术等高端技术，构建集交通信息采集功能于一体的综合处理系统，根据流量管理、行业管理等应用的需要进行分析和发布。
城市交通信息化框架可分为三个不同层次：信息采集层、信息处理层和信息发布层。
其中，信息采集层是交通信息化的基础，及时监控和管理交通状态，收集原始交通信息数据，形成交通数据库；信息处理层是信息系统的核心，主要负责对采集到的信息数据进行处理，形成相对高效的可管理、可使用、可发布的信息数据。
信息发布层通过不同类型的信息媒体为出行者提供出行前、出行中、出行后的相关交通信息数据，并能为交通管理部门提供实时的信息数据。
2城市交通信息化常用技术2.1道路交通数据采集技术道路交通数据采集技术是利用不同的技术手段从道路交通网络中采集大量与交通控制相关的各类交通信息数据。
高效、实时、准确的交通信息数据可以为交通运输系统的规划、设计、建设和管理提供必要的支持。
以行人交通信息采集为例，行人道路交通数据采集技术的目的是采集行人在各个区域的步行速度、行人流量密度和步行空间的实际需求。
结合以上相关数据，分析了行人交通的特点，为确定信号灯等交通设备的安装位置提供了相应的依据。
在行人交通信息采集方面，常用的是激光检测技术，分为平面激光检测和三维激光检测两种。
（1）平面激光探测模式。
在人行横道两侧信号柱80cm高度处安装两台摄像机，对人行横道进行平面扫描。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
交通运输信息系统数据库字段命名及属性定义规范化研究王昱元;赵怀鑫;张绍阳;宋文丽【摘要】为促进交通运输行业数据的共享交换，加强共享交换信息的可理解性和信息系统的可维护性，结合交通运输行业信息化发展现状，提出统一交通运输信息系统数据库字段命名方法以及属性定义。
在字段命名方面，考虑字段名的业务属性、标准性及可理解性，给出了包括基本业务领域标识、引用标准类别标识和字段名缩写等部分的字段命名规则，其中字段名缩写采用中文名称拼音缩写和英文名称缩写两种方法。
在属性定义方面，根据《交通信息基础数据元》（JT／T697-2013）中的数据属性定义方法，对常见的5类数据库管理系统的字段类型、格式及备注等属性定义作了推荐。
相关交通运输信息化项目应用表明，通过对字段名和属性定义的规范，保证了数据交换和共享双方的相互识别．提高了在标准符合性检测方面的准确率。
【期刊名称】《交通运输研究》【年(卷),期】2015(001)003【总页数】8页(P89-96)【关键词】交通运输行业;字段命名方法;字段属性;数据共享交换;名称缩写【作者】王昱元;赵怀鑫;张绍阳;宋文丽【作者单位】[1]长安大学信息工程学院,陕西西安710064;[2]陕西省交通运输厅综合规划处,陕西西安710021;[3]西安兴网通信科技有限公司,陕西西安710075【正文语种】中文【中图分类】U9“十二五”期间，交通运输信息化的主要目标是实现“从效率到效能、从分散到集约、从封闭到开放”的三个转变，因此共享交换在避免重复建设、落实协同机制、实现资源共享等方面具有深远的意义。
从数据的交换和共享角度，规范的数据库字段名在数据交换中是保证双方相互识别的主要标识，同时，字段属性在同一数据库的统一定义也会给交换和共享带来便利。
《交通信息基础数据元》（JT/T 697—2013）[1]是交通运输行业重要的数据标准，遵守ISO/IEC 11179—1的规定，在数据元的属性中，给出了分类编号。
该编号采用“字母+数字”分类序号的方式，但没有字段名属性。
在字段名称设计中，使用该数据元标准的中文名称或分类编号存在很多弊端，不符合软件开发习惯，通常开发人员倾向于使用自定义的字段名，这样造成了数据字段和标准不对应的问题；在属性规定方面，《交通信息基础数据元》出于统一数据属性的目的对数据的类型、格式等属性进行了规定，但为了避免特定数据库管理系统的限制，规定的类型和格式使用通用的方法描述。
然而在实际编程中参照标准进行数据库字段设计时，由于数据库系统不同、表达方式不同、编程阶段不同等，开发人员存在理解差异，造成数据字段的属性定义不统一，影响了标准的执行效果。
目前，其他一些行业已不同程度地开展了数据库字段命名及属性定义方法的研究工作。
如刘丽等[2]针对国土资源数据库命名缺乏整体协调统一的问题，结合国土资源数据具有多业务、多时相、多领域、海量性等重要特征推荐了两类命名规则：以行政区为基础的命名规则和以标准图幅为基础的命名规则。
这两类规则皆采用三十位数字的编码方法，使不同时间、不同业务、不同空间上的数据命名达到标准上的统一。
张永波等[3]制订了《中国地下水资源空间数据库标准》，其中采用了“八位数字+字母”的图元编码方法对相关地下水资源数据进行统一规范，提高了全国地下水资源评价的效率与准确率。
王霞等[4]提出了卫生信息编码标准代码体系，对卫生信息进行分类并加以编码，该信息编码标准遵循国际标准、国家标准和行业标准的原则，建立和制订了适合、满足行业需要的信息编码体系和标准。
另外，一些通用的字段命名方法在各种数据库管理系统以及编程语言中都得到了广泛的应用，如驼峰命名法、Pascal命名法、匈牙利命名法。
Ora⁃cle推荐了字段名命名方法，其中规定英文单词可以采用缩写命名，单词之间用下划线连接，对于存储特殊内容的字段可以将具有特殊含义的单词加在结尾；MYSQL也推荐了字段命名规则，规定表别名加单词的方法，首字母小写，后面单词的首字母大写。
现有数据库字段命名方法及其混合方法虽然在众多数据库中可满足编程人员的要求和习惯，但由于交通运输行业的行业特点，并不能满足或符合行业内的数据共享与交换要求。
而事实上当前交通运输行业数据库字段命名方法的不统一的确给数据共享和交换带来诸多不便，为此本文将参考其他行业在字段名统一方面的成果，提出对交通类数据库字段命名和数据属性定义进行统一规定，并对主流数据库中不同存储对象的字段类型、格式和备注等属性信息进行推荐，以期推动业界数据的共享与交换工作。
1.1 数据组织粒度数据的产生可以分为以下两种情况。
第一种情况：产生自客观事物信息的数据化。
客观事物信息的数据化过程就是将现实世界中的信息转化为计算机中存储数据的过程。
第二种情况：从其他系统交换而来的数据，属信息的互联互通，也是信息化发挥综合效益的重要途径。
可见，从其他系统交换数据是信息系统数据的重要来源之一。
信息有粒度，数据也是有粒度的。
从数据的产生过程可知，客观事物信息数据化时，即产生了单个的独立数据；同一类独立数据的集合，形成数据组织的最原始单位，即数据项；对多个数据的有序组织，就形成了数据集。
因此，从数据组织角度，可将数据分为三个粒度：独立数据、数据项、数据集。
（1）独立数据独立数据是指单个的、具体的客观事物的属性值。
例如“张三”，该数据代表某个人的姓名。
独立数据具有数量庞大、分散的特点，不易管理。
归类是人类认识事物的一个基本方法。
在数据管理中，一般也对数据进行归类。
（2）数据项数据项是对客观事物某个属性标识及其内容的总称，也称为数据元素，可以理解为同一类数据的集合，数据项的定义即为该类数据的定义。
例如，“姓名”代表了一个数据项，“张三”是该数据项的一个特定值，该值必须服从“姓名”数据项的定义。
数据项将数据按类别进行有效组织，起到了提纲挈领的作用。
数据项的定义包括类型、格式等，是计算机中对数据进行组织的最小单位。
数据项的定义对独立数据形成了约束。
在关系型数据库中，数据项与“字段”的定义相对应。
（3）数据集数据集是指有限数据项及其内容的集合。
在交换中，一般是以数据集的方式进行交换，数据集是交换数据的集合，可大可小。
数据集的属性包括其组织方式、内容、表示方式等。
1.2 数据交换中的数据概念及其粒度信息的价值是在交换中体现的。
从前文可知，从其他系统交换数据是信息系统数据的一个重要来源。
下面针对关系型数据库之间的数据交换过程进行分析。
在关系型数据库中，所有数据都存储在关系（通常所说的二维表）中。
客观事物的同一特性的数据存储在二维表的一个列中，该列称为一个字段（或属性），字段的概念与数据项的概念相对应。
每一行对应着一个客观事物对象，称为记录（或元组）。
因此，在以关系型为主的数据存储中，数据的标准化就是对关系表的字段（即列）定义的统一规定。
在交换过程中，单个数据是最基本的交换内容。
数据的组织可分为以下三个层次。
（1）第一层次：采用以“行”为主的组织方式。
由于单个数据自身信息的不完整性，例如，数据库A中的字段A112中存储了人员的身高数据，需要传递到目标数据库中，但大多情况下仅传递身高数据到目标数据库中是无意义的，目标数据库不知道身高数据是谁的数据。
因此，一般情况下，数据及其识别信息（数据表的主键）需要一起传递，如果将数据和其识别信息分离，在入库时将增加复杂性。
因此，交换数据集的数据结构以“记录”（一组相互关联的数据）为组织更为合理，便于数据的识别。
（2）第二层次：以相互独立的交换单元容纳多组关系数据。
一个表的多条记录能够构成一个内部循环的交换单元，由于各个表的结构不同，放在一起会增加数据解析的复杂性，因此，使多个单元相互独立，在一个交换数据集中就可容纳多个表的数据。
（3）第三层次：在交换数据集和交换单元中都增加描述信息，使数据集成为自描述的。
这样，在一个交换数据集便可自由地、完整地表示出包含多个数据关系（表）、多个属性（字段）中任意数据（记录）的一次交换。
关系型数据库的交换数据集的数据结构如图1所示。
图1所示模型体现了交换数据组织的相关性（相关数据使用“记录”方式组织）、包容性（多个交换单元的数据共同交换）、灵活性（交换记录的数量和内容未受限定）、通用性（采用XML描述格式，适宜于异构系统之间的交换），因此，该模型同样也适用于其他的数据存储方式。
可见，数据是以“记录”为最小单元进行共享交换的，因此，从交换信息的可识别性的角度，数据字段属性的统一规定具有重要的作用。
2.1 交通运输数据库字段名组成规则字段名设计的目的是让用户能够更好地理解该字段所包含数据的含义。
字段名应尽量采用自然语言的方式，但同时又要便于形式化处理。
通俗来讲，就是既要便于理解，又要简洁。
前缀和后缀可以提高字段名的可理解性，本文在设计字段名时选择增加前缀的方式。
在编程中，通常采用表名、字段类型等前缀进行表示。
这些类型的前缀仅能提供字段本身的属性，属于编程层次的识别性问题。
交通行业业务领域众多，因此通过对业务领域进行标识，使用者可以较容易地分辨该数据项所属的业务领域，从而对数据项的范围等相关信息进行了解。
另外，通过标识，可以较好地解决字段名重复的问题。
对业务领域按照系统或者子系统所在业务领域的大类进行划分，可免除用户对每个数据进行确认的繁琐。
交通行业所颁布的标准众多，仅仅交通运输数据方面的标准已发布一百多项，随着行业的发展将会产生更新、更多的标准。
因此，通过对应用标准类别标识，使用者可以了解到数据项所采用的标准，继而进一步理解字段的含义。
本文提出的交通运输数据库字段名包含三个部分，如图2所示。
2.2 交通运输业务领域的标识2.2.1 基本业务领域的标识方法在现有的交通信息化标准中，共有两个标准对交通信息资源的业务领域进行了划分。
《交通信息基础数据元》（JT/T 697—2013）[1]对交通运输业务领域进行了划分，并对业务领域的代码进行了简写，如表1所示。
《公路水路交通信息资源业务分类》（JT/T 748—2009）[5]对交通运输信息资源进行了分类，为资源目录体系的建立提供参考，如表2所示。
两种分类方法在类别和代码规定方面都有些区别。
由于数据元在行业中认可度更高，所以本文数据库字段采用JT/T 697—2013中的数据元分类方法来进行交通信息数据所在的业务领域的标识，即业务领域采用两个字母进行标识，据此，可在数据字段中保留两位业务领域的标识作为字段前缀。
2.2.2 自定义业务领域的标识方法对于表1中未能覆盖的交通运输业务领域或具有特殊数据定义要求的系统，用户可采用自定义的两位大写字母进行标识。
自定义交通运输业务领域标识编写应满足如下要求：（1）采用关键词的汉语拼音缩写；（2）不与现有标识重复。
2.3 引用标准的类别标识在交通运输行业中，ITS标准化组织、全国集装箱标准化技术委员会、全国智能运输标准化技术委员会制订了大量的国家标准，如《产品数据字典的维护规范》（GB/T 28040—2011）、《信息技术数据元的规范与标准化》（GB/T 18391—2001）；交通运输部信息通信及导航标准化技术委员会、交通运输部航测标准化委员会等也制订了大量的交通运输行业标准，如《交通信息基础数据元》（JT/T 697—2013）以及各业务领域的接口标准；除此以外，还有用户引用的本地数据字段相关标准。