资料介绍
JT/T 1058—2026
目 次
前言 Ⅱ
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
4 数据库字段命名规则 1
5 数据库字段属性定义 3
Ⅰ
JT/T 1058—2026
前 言
本文件按照 GB/T 1 . 1—2020《标准化工作导则 第 1 部分 :标准化文件的结构和起草规则》的规定起草。
本文件代替 JT/T 1058—2016《 交通运输 信 息 系 统 数 据 库 字 段 命 名 及 属 性 定 义》。与 JT/T 1058—2016 相比 ,除结构调整和编辑性改动外 ,主要技术变化如下 :
—删除了“关系数据模型”“关系型数据库”2 个术语及定义( 见 2016 年版的 3 . 1、3 . 2) ;
—更改了基本业务领域及标识( 见 4 . 2 . 2、表 1 ,2016 年版的 4 . 2 . 2、表 1) ;
—更改了常用数据库管理系统类型及其建议采用的字段数据类型和格式( 见 5. 1、表 2 ,2016 年版的 5 . 1、表 2) 。
请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别专利的责任。
本文件由交通运输信息通信及导航标准化技术委员会提出并归口。
本文件起草单位 :长安大学、陕西省交通运行监测中心、中交水运规划设计院有限公司、中国交通通信信息中心。
本文件主要起草人 :张绍阳、廖军、张子卓、张熠、安毅生、王继晔、刘佳、梁浩翔、熊婷、慕晨、任宏飞、赵晓宇、豆欢娣、宋焕生、王立平、曹金山。
本文件及其所代替文件的历次版本发布情况为 :
—2016 年首次发布为 JT/T 1058—2016 ;
—本次为第一次修订。
Ⅱ
JT/T 1058—2026
交通运输信息系统 数据库字段命名及属性定义
1 范围
本文件规定了交通运输信息系统数据库字段命名规则及字段属性定义。
本文件适用于公路、水路、城市客运等交通运输信息系统关系型数据库的建设。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 。其中 ,注日期的引用文件 ,仅该日期对应的版本适用于本文件 ;不注日期的引用文件 ,其最新版本( 包括所有的修改单) 适用于本文件。
JT/T 697. 1—2013 交通信息基础数据元 第 1 部分 :总则
JT/T 697. 15—2023 交通信息基础数据元 第 15 部分 :航标信息基础数据元
JT/T 1020—2016 交通运输信息系统 数据字典编制规范
3 术语和定义
本文件没有需要界定的术语和定义。
4 数据库字段命名规则
4 . 1 字段名组成
交通运输数据库字段名由三部分组成 ,组成规则应符合图 1 的规定。
图 1 字段名组成规则
4 . 2 业务领域标识
4 . 2 . 1 通则
交通运输业务领域标识代码应采用两位大写字母。
1
JT/T 1058—2026
4 . 2 . 2 基本业务领域标识
交通运输基本业务领域标识代码应符合 JT/T 697. 1—2013 中 5. 5. 2 以及 JT/T 697. 15—2023 中4 . 2 . 1的规定 ,见表 1。
表 1 交通运输基本业务领域标识
业务领域
字母代码
业务领域
字母代码
公路
GL
交通统计
TJ
港口
GK
建设项目
JX
航道
HD
船舶检验
CJ
船舶
CB
船载客货
CZ
船员
CY
收费公路
SG
道路运输
DY
城市客运
CK
水路运输
SY
航标
HB
4 . 2 . 3 自定义业务领域标识
除 4 . 2 . 2 规定的基本业务领域之外 ,可根据需要增加自定义业务领域 。 自定义业务领域的标识方法应符合下列要求 :
a) 采用自定义业务领域名称关键词的汉语拼音首字母缩写 ;
b) 自定义业务领域标识代码不与基本业务领域标识代码重复。
4 . 3 引用标准类别标识
引用标准类别标识应采用一位数字 ,含义如下 :
a) 0 : 国家标准 ;
b) 1 :交通运输行业标准 ;
c) 2 :其他行业标准 ;
d) 3 :地方标准 ;
e) 4 : 国际标准 ;
f ) 5 ~ 8 :保留将来使用 ;
g) 9 :用户自定义。
4 . 4 字段名称缩写
4 . 4 . 1 通则
字段名称缩写应采用中文名称拼音缩写或英文名称缩写。
4 . 4 . 2 中文名称拼音缩写
4 . 4 . 2 . 1 基本方法
将字段中文名称中每个汉字的拼音缩写为其声母的首字母 ,这些首字母按顺序组合形成该字段的
2
JT/T 1058—2026
缩写 。首字母全部采用大写。
示例 :
“ 船舶登记号”字段拼音首字母缩写为 :CBDJH。
4 . 4 . 2 . 2 命名重复的处理方法
中文名称拼音缩写的字段名称在一个数据库的同一个数据表中出现重复时 ,宜采用以下方法解决 :
a) 重复字段的中文名称全拼不同 ,将中文名称中不同字的全拼用小写拼写出来 ;
示例 :
中文名称为“加载船舶数量”和“减载船舶数量”的两个字段 ,按照命名规则 ,它们的字段名都为 :CB1_JZCBSL ,但它们的中文全拼不完全相同 ,第一个字段命名为 CB1_JiaZCBSL ,第二个字段命名为 CB1_JianZCBSL。
b) 重复字段的中文名称全拼完全相同 ,在重复的字段命名缩写后面按照字段名在文档中出现的先后次序依次添加“下划线 + 序号”形式的后缀。
示例 :
中文名称为“安检类别”和“案件类别”的两个字段 ,第一个字段可命名为 DY1_AJLB_1 ,第二个字段可命名为 DY1_AJLB_2。
4 . 4 . 3 英文名称缩写
4 . 4 . 3 . 1 基本方法
4 . 4 . 3. 1 . 1 字段英文名称为单个单词 ,直接用该单词作为字段名。
4 . 4 . 3. 1 . 2 字段英文名称为两个及以上单词 ,对每个单词进行缩写后拼接作为字段名。其格式为每个缩写单词首字母大写 ,其余字母小写 ,缩写单词之间不加分隔符 ,并且省略虚词。英文单词缩写常用规则为 :
a) 单音节词和少于 5 个字母( 含 5 个) 的英文单词不应缩写 ;
b) 英文单词缩写宜至少保留一个元音字母 ;
c) 英文单词缩写宜以辅音字母结尾 ,不以元音字母结尾 ,如 American 缩写为 Am , 而不是缩写为 Ame ;
d) 多音节词缩写时 ,宜将单词的第二个音节中的元音及其后的字母省略 ,如 Medicine 或 Medical缩写为 Med ,European 缩写为 Eur;
e) 单词中第一个音节中包含两个相连的元音字母 , 缩写时宜去掉第二个元音及其后字母 , 如Science缩写为 Sci。
4 . 4 . 3 . 2 命名重复的处理方法
当字段名在一个数据库的同一个数据表中出现重复时 ,宜采用以下方法解决 :
a) 重复字段的英文名称单词的全拼不完全相同 ,将英文名称中第一个不同的单词省略部分用小写全部拼写出来 ;
b) 重复字段的英文名称单词的全拼完全相同 ,在重复的字段命名缩写后面按照字段名在文档中出现的先后次序依次添加“下划线 + 序号”形式的后缀 ,例如 :“_1”“_2”……的后缀。
5 数据库字段属性定义
5 . 1 字段数据类型和格式属性
常用数据库管理系统包括达梦数据库管理系统、PolarDB、GaussDB、TDSQL 关系型数据库管理系统软件、瀚高安全版数据库系统、虚谷数据库管理系统、南大通用安全数据库管理系统、金仓数据库管理系统等多种 。交通运输信息系统的存储需求和 JT/T 697. 1 中规定的标准数据类型在常用数据库管理系统中建议采用的数据类型和格式应符合表 2 的规定 。其他存储需求可由用户自行定义数据类型和格
3
JT/T 1058—2026
式 。其他数据库管理系统中的数据类型和格式应按照表 2 进行定义。
表 2 字段数据类型和格式属性推荐
存储需求
标准数据类型
数据库管理系统
建议采用的数据类型和格式
不限长文本
Ul
达梦数据库管理系统
text
PolarDB
GaussDB
TDSQL 关系型数据库管理系统软件
瀚高安全版数据库系统
南大通用安全数据库管理系统
金仓数据库管理系统
虚谷数据库管理系统
clob
日期( 表示年份、年月、
年月日)
YYYY;
YYYYMM ;
YYYYMMDD ;
达梦数据库管理系统
date
PolarDB
GaussDB
TDSQL 关系型数据库管理系统软件
瀚高安全版数据库系统
虚谷数据库管理系统
南大通用安全数据库管理系统
金仓数据库管理系统
时间( 时分秒、时分)
hhmmss
达梦数据库管理系统
time
PolarDB
GaussDB
TDSQL 关系型数据库管理系统软件
瀚高安全版数据库系统
虚谷数据库管理系统
金仓数据库管理系统
南大通用安全数据库管理系统
datetime
日期时间( 年月日时分秒)
YYYYMMDDhhmmss
达梦数据库管理系统
Timestamp( s/ms)
PolarDB
GaussDB
TDSQL 关系型数据库管理系统软件
瀚高安全版数据库系统
虚谷数据库管理系统
南大通用安全数据库管理系统
金仓数据库管理系统
4
JT/T 1058—2026
表 2 字段数据类型和格式属性推荐( 续)
存储需求
标准数据类型
数据库管理系统
建议采用的数据类型和格式
布尔型
True/False;0/1
达梦数据库管理系统
bit
GaussDB
PolarDB
boolean
TDSQL 关系型数据库管理系统软件
瀚高安全版数据库系统
虚谷数据库管理系统
南大通用安全数据库管理系统
金仓数据库管理系统
二进制型
JPEG/TIF
达梦数据库管理系统
image
PolarDB
bit varying
虚谷数据库管理系统
瀚高安全版数据库系统
bytea
金仓数据库管理系统
GaussDB
南大通用安全数据库管理系统
byte
虚谷数据库管理系统
binary( n)
数字型
nm;
n. . m;
n. . m ,k; ns. . m ,k;
( m 为最大长度 ,k 为小数点后位数 ,
s 为最小长度)
达梦数据库管理系统
numeric/decimal
PolarDB
GaussDB
TDSQL 关系型数据库管理系统软件
虚谷数据库管理系统
瀚高安全版数据库系统
南大通用安全数据库管理系统
金仓数据库管理系统
长度不确定字符串 ,最大
长度小于或等于 4 000
字节
a. . m;
an. . m;
n. . m
( 类型为字符型)
达梦数据库管理系统
varchar( m )
PolarDB
GaussDB
TDSQL 关系型数据库管理系统软件
瀚高安全版数据库系统
虚谷数据库管理系统
南大通用安全数据库管理系统
金仓数据库管理系统
5
JT/T 1058—2026
表 2 字段数据类型和格式属性推荐( 续)
存储需求
标准数据类型
数据库管理系统
建议采用的数据类型和格式
定长的字符串
am;
anm;
nm
( 类型为字符型)
达梦数据库管理系统
char( m )
PolarDB
GaussDB
TDSQL 关系型数据库管理系统软件
瀚高安全版数据库系统
虚谷数据库管理系统
南大通用安全数据库管理系统
金仓数据库管理系统
5 . 2 字段备注属性
5 . 2 . 1 备注属性内容
备注属性应填写 JT/T 1020—2016 中表 5 规定的“ 中文名称( FieldCName) ”“参照标准数据项编号( DEId) ”“值域( FieldScope) ”“单位( FieldUnit) ”和“备注( Memo) ”等内容。
5 . 2 . 2 备注属性格式
备注属性内容应按下列格式进行填写 :
[ { 中文名 称: xxxxxx } ] [ { 标 准 项 编 号 : xxxxxx } ] [ { 值 域: xxxxxx } ] [ { 单 位: xxxxxx } ] [ { 备 注 : xxxxxx} ] 。
其中 :
[ ] 为选项内容的分界符 ,表示该部分内容是可选的 ;
{ } 为不同内容之间的分界符 ;
标准项编号的内容按照“参照标准数据项编号( DEId) ”的要求填写 ;
冒号( :) 为连接符 ,衔接备注属性和其具体内容 ;
xxxxx 为相应部分的具体内容 ,其中不应包含“ { ”“ } ”“ :”等保留字。
示例 1 :
{ 中文名称 :船型标准标识} { 值域 :0 ,是 ;1 ,否} { 备注 :真假二值数据}
示例 2 :
{ 中文名称 :行政区域代码} { 备注 :GB/T 2260}
6
