下载文档原格式
数据库字段命名规范数据库字段命名规范是指在设计和命名数据库表的时候，应该遵守的一些规则和规范，目的是为了提高数据库的可读性、可维护性和可扩展性。
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 数据库关联关系交通运输规划数据库中的数据表应建立适当的关联关系，以便进行查询和分析。
例如，道路表和铁路表可以通过起点和终点位置进行关联，以确定交通运输的连通性。
数据库表设计与字段命名规范解析随着计算机技术的发展，数据库的应用越来越广泛。
作为数据存储和管理的重要组成部分，数据库表设计及字段命名规范对于数据的可靠性和可扩展性起着至关重要的作用。
本文将对数据库表设计和字段命名规范进行详细的解析，以便给读者提供一个清晰的指导。
一、数据库表设计规范1. 表的名称规范在设计数据库表时，应该为每个表赋予一个合适的、具有描述性的名称。
表的名称应该具有以下特点：- 简洁明了：表的名称应该能够清晰地描述该表所包含的数据内容。
- 具有可读性：避免使用过于技术性的名称，以便更多的人能够理解该表的含义。
- 使用名词的复数形式：表名一般使用名词的复数形式，以表示其中包含的数据记录可能有多条。
2. 主键规范在设计数据库表时，应该为每个表选择合适的主键。
主键具有以下特点：- 独一无二：每个主键值在表中必须是唯一的，不能重复。
- 不可为空：主键字段不能为空，确保每条记录都具有主键值。
- 稳定性：主键字段的值应该是稳定的，不会频繁发生变化，以避免对数据表的修改带来的影响。
- 简洁明了：主键字段的名称应该具有描述性，能够清晰地表示其含义。
3. 外键规范外键用于表与表之间的关联，关联的字段称为外键字段。
在设计数据库表时，外键规范如下：- 数据类型一致：外键字段的数据类型和关联表的主键数据类型应保持一致。
- 索引优化：为外键字段添加索引，可以提高查询效率。
- 级联删除和更新：可以设置级联删除和更新操作，当关联表中的记录发生变化时，关联表中的记录也相应地发生变化。
4. 字段规范字段是数据库表中最基本的元素，因此字段的设计规范至关重要：- 命名规范：字段名称应该简洁明了，具有描述性，并且尽量避免使用缩写或不规范的命名方式。
- 数据类型一致：保证字段类型与实际存储的数据类型一致，避免不必要的转换。
- 字段大小合理：字段的长度和精度应该根据实际需求来确定，不要过长或过短。
- 字段约束：根据需求设置字段的唯一性、非空性、默认值以及校验规则等约束，以保证数据的完整性和一致性。
针对《交通统计信息基础数据元》标准的研究作者：仝淑贞黄莉莉武瑞利唐菁来源：《数字技术与应用》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年）目录目录 (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"作为字段名，分别用于记录数据的创建和更新时间。
交通运输信息系统数据库字段命名及属性定义规范化研究王昱元;赵怀鑫;张绍阳;宋文丽【摘要】为促进交通运输行业数据的共享交换，加强共享交换信息的可理解性和信息系统的可维护性，结合交通运输行业信息化发展现状，提出统一交通运输信息系统数据库字段命名方法以及属性定义。
在字段命名方面，考虑字段名的业务属性、标准性及可理解性，给出了包括基本业务领域标识、引用标准类别标识和字段名缩写等部分的字段命名规则，其中字段名缩写采用中文名称拼音缩写和英文名称缩写两种方法。
在属性定义方面，根据《交通信息基础数据元》（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）以及各业务领域的接口标准；除此以外，还有用户引用的本地数据字段相关标准。
