当前位置：文档库 › 数据库设计说明书

数据库设计说明书

一引言

1.1 编写目的

为了让参与本项目的项目主管、业务分析师、项目开发人员、数据库管人员及以后的系统维护人员了解本系统的数据库设计思路、数据库整体架构及各种详细信息，也为了以后的各个项目可以参与借鉴该项目的经验，特编写此文档。

1.2 术语定义

本项目采用的是MySQL数据库，其中系统涉及到两个库，iavmbridge及iavmdir。

Iavmbridge：主要保存本节点及下级站点的所有数据。

Iavmdir：主要保存当前节点的所有数据。

二表详细设计

2.1 Iavmbridge库下的表详细信息

表名：devicetypedefine 备注：设备信息定义表

主键字段名数据类型长度可空备注

否DEFINETYPE int 4 否设备默认类型

否EXTERNTYPE int 4 否摄像机或报警设备否DEFINENAME varchar 32 否设备名称

varchar 256 是设备的具体描述

否DEFINEDESCRI

PTION

否DEVICEPROGID varchar 64 否驱动名称

否DECODEPROGID varchar 64 否所用函数

表名：device_alarmdevice备注：报警设备表，本节点下的所有报警设备

主键字段名数据类型长度可空备注

是Id int 10 否主键

DEVICEID int 10 否

int 10 否目录服务器id directoryserv

erid

code varchar 32 否唯一标示

devicetype int 4 否设备类型呢

DEVICESUBTYPE int 4 是

DEVICEURL varchar 64 否设备域名

INPUTNUM int 4 否输入数量

OUTPUTNUM int 4 否输出数量

DEVICENAME varchar 32 否设备名称

BASESERVERID int 4 否基本服务

INNEREVENTSER

int 4 否内部事件服务VERID

int 4 否外部事件服务EXTERNEVENTSE

RVERID

表名：device_avencoder备注：音视频设备表，本节点下的所有摄像机、DVR、NVR。

主键字段名数据类型长度可空备注

是id int 10 否主键

DEVICEID int 10 否设备id

code varchar 32 否设备唯一标示

int 10 否目录服务

DIRECTORYSERV

ERID

DEVICETYPE int 4 否设备类型

DEVICESUBTYPE int 4 是

LOCATIONNUM int 4 否设备通道数量

INPUTNUM int 4 否输入数量

OUTPUTNUM int 4 否输出数量

DEVICENAME varchar 32 否设备名称

BASESERVERID int 4 否基本服务

int 4 否内部事件服务INNEREVENTSER

VERID

EXTERNEVENTSE

int 4 否外部事件服务RVERID

DEVICEURL varchar 64 否设备域名

表名：hisvideofile备注：历史视频文件。

主键字段名数据类型长度可空备注

是id int 10 否主键

code varchar 32 是唯一标示

starttime varchar 32 是开始时间

endtime varchar 32 是结束时间

size varchar 32 是大小

表名：locationgroupunderusergroup 备注：设备通道与用户组及目录服务之间的关系表

主键字段名数据类型长度可空备注

是id int 10 否主键

USERGROUPID int 10 否用户组

NODETYPE int 4 否通道组或设备

NODEID int 4 否唯一标示通道组或设

备

NODEID2 int 4 否设备的通道

PARENTID int 10 否设备所属通道组

DIRECTORYID int 10 否目录服务

NODENAME varchar 32 是通道组名或设备名

NODECREATETIME varchar 32 是创建时间

表名：location_alarmdevice 备注：报警设备的具体信息表

主键字段名数据类型长度可空备注

是id int 10 否主键

DEVICEID int 10 否设备

int 10 否目录服务DIRECTORYSERVE

RID

code varchar 32 否设备的唯一标示

LOCATIONINDEX int 4 否设备通道索引

LOCATIONTYPE int 4 否通道类型

LOCATIONNAME varchar 32 否通道名称

LOCATIONDESCRI

varchar 256 是通道的具体描述PTION

LONGITUDE DECIMAL 9,6 是

LATITUDE DECIMAL 9,6 是

FEATUREID int 4 是

表名：location_avencoder 备注：音视频设备及设备下通道与转发服务及录像服务之间的关系表

主键字段名数据类型长度可空备注

是id int 10 否主键

DEVICEID int 10 否设备

LOCATIONINDEX int 4 否设备中通道索引

code varchar 32 否设备的唯一标示

int 4 否目录服务DIRECTORYSERVE

RID

LOCATIONNAME varchar 32 否通道名称

varchar 256 是通道描述LOCATIONDESCRI

PTION

RECORDSERVERID int 4 否录像服务

int 4 否内部转发服务TRANSINNERSERV

ERID

int 4 否外部转发服务TRANSEXTERNSER

VERID

LONGITUDE DECIMAL 9,6 是

LATITUDE DECIMAL 9,6 是

FEATUREID int 4 是

表名：loginformation 备注：日志信息表

主键字段名数据类型长度可空备注

是logid int 10 否主键

SERVERID int 10 否桥服务

DIRECTORYID int 10 否目录服务

LOGTYPE int 4 否日志类型

USERNAME varchar 32 是

DEVICEID int 4 否设备

LOCATIONINDEX int 4 是通道索引

LOCATIONTYPE int 4 否通道类型

LOGSUMMARY varchar 256 是日志内容

LOGCREATETIME varchar 32 是产生日志的时间

表名：logtypedefine 备注：关于日志类型的定义

主键字段名数据类型长度可空备注

是LOGTYPE int 4 否主键

LOGDESCRIPTION varchar 256 否日志类型的具体描述表名：namespace 备注：X1...X16编码原则的规定

主键字段名数据类型长度可空备注

否position varchar 10 否X1X2X3....

否key varchar 10 是规定的数值

否value varchar 50 是对应的具体值

表名：nodeinformation 备注：节点具体信息表

主键字段名数据类型长度可空备注

是id int 10 否主键

code varchar 32 否节点信息的唯一标示

x1x2 int 2 是节点所在的具体区域

x3x4x5x6 varchar 8 是节点类型

direct int 2 否是否当前节点（1是，2否）parent varchar 32 是上级节点的code

varchar 64 是内网地址

INNERSERVERU

EXTERNSERVER

varchar 64 是外网地址

URL

varchar 64 是主机名

SERVERHOSTNA

表名：nodeproxy 备注：节点代理信息

主键字段名数据类型长度可空备注

是tocode varchar 32 否要代理节点信息（目的节点）

varchar 64 是代理内网地址

PROXYURLFORI

NNER

varchar 64 是代理外网地址

PROXYURLFORE

XTERN

PROXYPORT int 6 是代理端口

表名：serverinformation 备注：所有服务器的信息表

主键字段名数据类型长度可空备注

是id int 10 否主键

SERVERID int 10 否服务id

parent int 10 否

code varchar 32 是当前服务器的唯一标示

SERVERTYPE int 4 否服务器类型

DirectorySer

int 10 是目录服务器

verID

NETLOGINMODE int 4 否登录方式（内网，外网）INNERSERVERU

varchar 64 否内网地址

varchar 64 是外网地址

EXTERNSERVER

URL

SERVERHOSTNA

varchar 64 是服务器名称

varchar 64 是代理内网地址PROXYURLFORI

NNER

PROXYURLFORE

varchar 64 是代理外网地址XTERN

PROXYPORT int 6 是代理端口

表名：usergroupgrant 备注：用户组权限表（用户设备之间的关系表）

主键字段名数据类型长度可空备注

是id int 10 否主键

USERGROUPID int 10 否用户组id

DEVICEID int 10 否设备id

int 4 否设备下通道索引LOCATIONINDE

LOCATIONTYPE int 4 否

DIRECTORYSER

int 10 否目录服务

VERID

int 4 否历史权限

GRANT_HISTOR

GRANT_MONITO

int 4 否监控权限

GRANT_PTZ int 4 否云台权限

GRANT_ALARM int 4 否报警权限

GRANT_DEVICE

int 4 否

SET

int 4 否

GRANT_RESERV

ED1

GRANT_RESERV

int 4 否

ED2

表名：usergroupinformation 备注：用户组信息表

主键字段名数据类型长度可空备注

是GROUPID int 10 否主键

x1x2 varchar 4 是所属区域

x3x4x5x6 varchar 8 是所属类型

x7x8x9x10 varchar 8 是所属部门

GROUPTYPE int 4 是0：普通用户1：管理员用户GROUPNAME varchar 32 是用户组名称

GROUPDESCRIP

varchar 256 是用户组描述

TION

varchar 50 是用户组创建时间GROUPCREATET

IME

表名：userinformation 备注：用户表

主键字段名数据类型长度可空备注

是userid int 10 否主键

code varchar 32 否用户的唯一标示

USERGROUPID int 10 否所属用户组

USERNAME varchar 32 否用户名

USERPASSWORD varchar 64 否密码

varchar 256 是用户描述

USERDESCRIPT

ION

varchar 50 是用户创建时间

USERCREATETI

varchar 32 是当前用户的开始时间USERSTARTTIM

USERSTOPTIME varchar 32 是当前用户的结束时间

2.2 Iavmdir库下的表详细信息

表名：device_avencoder 备注：设备的基本信息

主键字段名数据类型长度可空备注

是DEVICEID int 11 否主键

DEVICETYPE int 11 否设备类型

int 11 是

DEVICESUBTYP

DEVICEURL varchar 64 否设备ip地址

LOCATIONNUM int 11 否设备通道数量

INPUTNUM int 11 否输入数量OUTPUTNUM int 11 否输出数量DEVICENAME varchar 32 否设备名称

varchar 256 是设备描述DEVICEDESCRI

PTION

DEVICEGUID char 32 是

LINKTYPE int 11 是链接类型（tcp、udp）LINKUSER varchar 32 是链接用户名LINKPASSWORD varchar 32 是链接密码

int 11 是视频端口LINKVIDEOPOR

LINKAUDIOPOR

int 11 是音频端口

int 11 否事件端口LINKEVENTPOR

LINKLOGINPOR

int 11 否登录端口

LINKRESERVED

int 11 是

PORT1

int 11 是

LINKRESERVED

PORT2

varchar 50 是设备添加时间DEVICECREATE

TIME

BASESERVERID int 11 否基本服务INNEREVENTSE

int 11 否内部事件服务RVERID

int 11 否外部事件服务EXTERNEVENTS

ERVERID

数据库表结构设计参考

表名外部单位表（DeptOut）列名数据类型（精度范围）空/非空约束条件外部单位ID 变长字符串(50) N 主键类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 交换类型变长字符串(50) N 交换、市机、直送、邮局单位邮编变长字符串(6) 单位标识(英文) 变长字符串(50) 排序号整型(4) 交换号变长字符串(50) 单位领导变长字符串(50) 单位电话变长字符串(50) 所属城市变长字符串(50) 单位地址变长字符串(255) 备注变长字符串(255) 补充说明该表记录数约3000条左右，一般不做修改。初始化记录。表名外部单位子表（DeptOutSub）列名数据类型（精度范围）空/非空约束条件外部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键单位名称变长字符串(255) N 单位编码变长字符串(50) 补充说明该表记录数一般很少表名内部单位表（DeptIn）列名数据类型（精度范围）空/非空约束条件内部单位ID 变长字符串(50) N 主键类型变长字符串(50) N 单位名称变长字符串(255) N 单位简称变长字符串(50) 单位全称变长字符串(255) 工作职责排序号整型(4) 单位领导变长字符串(50) 单位电话（分机）变长字符串(50) 备注变长字符串(255)

补充说明该表记录数较小（100条以内），一般不做修改。维护一次后很少修改表名内部单位子表（DeptInSub）列名数据类型（精度范围）空/非空约束条件内部子单位ID 变长字符串(50) N 父ID 变长字符串(50) N 外键单位名称变长字符串(255) N 单位编码变长字符串(50) 单位类型变长字符串(50) 领导、部门排序号Int 补充说明该表记录数一般很少表名省、直辖市表（Province）列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 名称变长字符串(50) N 外键投递号变长字符串(255) N 补充说明该表记录数固定表名急件电话语音记录表（TelCall）列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 发送部门变长字符串(50) N 接收部门变长字符串(50) N 拨打电话号码变长字符串(50) 拨打内容变长字符串(50) 呼叫次数Int 呼叫时间Datetime 补充说明该表对应功能不完善，最后考虑此表表名摄像头图像记录表（ScreenShot）列名数据类型（精度范围）空/非空约束条件ID 变长字符串(50) N 拍照时间Datetime N 取件人所属部门变长字符串(50) N 取件人用户名变长字符串(50) 取件人卡号变长字符串(50) 图片文件BLOB/Image

结构设计方案说明

结构设计方案说明一、工程概况: 本工程位于XX省XX市XX区，位于XX街路南，XX路东，地块总用地面积1A327平方米，总建筑面积1713A0平方米，地上建筑面积1A1A00平方米（其中金融科技服务平台A300平方米，科技资源服务平台A50平方米，创新孵化服务平台A50平方米，配套服务A00平方米），地下建筑面积A0平方米（其中地下停车场A00平方米，半地下绿地覆盖商业A0平方米）。地下1层，地上B层，裙房商业2层。二、设计依据: 1、本项目的结构设计合理使用年限为50年，建筑安全等级为二级。 2. 本项目依据国家及XX省现行建筑结构规范、规程和标准进行设计，依据的规程规范主要有: (1) 《建筑结构荷载规范》GB50009-2012 (2) 《混凝土结构设计规范》GB50010-2010 (3) 《地基基础设计规范》GB50007-2011 (4) 《建筑桩基技术规范》JGJ94-2008 (5) 《建筑工程抗震设防分类标准》GB50223-2008 (6) 《建筑抗震设计规范》GB50011-2010 (7) 《高层建筑混凝土结构技术规程》JGJ3-2010 J186-2010 (8) 《人民防空地下室设计规范》GB50038-2005 (9) 《地下工程防水技术规范》GB50108-2008 (10) 《砌体结构设计规范》GB 50003-2011 (11) 《灌注桩后注浆技术规程》 (12) 《湿陷性黄土场地勘察及地基处理技术规范》3.竖向荷载根据不同的建筑功能，楼面活荷载取值如下： 4.地震作用本项目的抗震设防烈度为8度，设计基本地震加速度值为0.20g，设计地震分组为第一组。建筑抗震设防类别为乙类。 5.风荷载本项目风荷载作用下的结构刚度和强度设计均采用100年一遇的基本风压0.45KN/m2，地面粗糙度取为B类。由于建筑单体距离较为接近，确定风荷载取值时，需考虑相邻建筑干扰效应的影响。 6.其他荷载及作用基本雪压为0.40KN/m2（100年一遇），与或荷载不同时考虑。温度作用考虑计算温差+30度/-30度。地下室人防区域按照平战结合的人防设计考虑设计荷载取值。本工程人防为核5常5，甲类二等人员掩蔽所或甲类人防物资库。 7.场地条件

教务管理系统数据库设计说明书

目录第一章：项目计划 (2) 1.1项目背景: (2) 1.2系统开发目的： (2) 1.3定义： (2) 第二章：详细分析 (2) 2.1、系统功能 (2) 2.2、系统结构 (3) 2.3、数据流图 (3) 2.4、户类型与职能 (4) 2.5、系统环境需求 (5) 第三章：系统概念设计 (5) 第四章：逻辑设计 (6) 4.1系统关系模型 (6) 4.2系统数据库表结构 (6) 第五章：源码 (9) 第六章：小结 (14)

第一章：项目计划 1.1项目背景: 教务系统管理平台充分利用互联网络B/S管理系统模式，以网络为平台，为各个学校教务系统的管理提供一个平台，帮助学校管理教务系统，用一个账号解决学校教务教学管理，并且学校可以自由选择学校需要的教务管理系统，灵活地定制符合学校自己实际情况的教务系统. 1.2系统开发目的：提高学生，老师管理和操作事务的运作效率。 1.3定义：学生选课和老师评分必须在管理员的设置条件下进行。第二章：详细分析 2.1、系统功能设置学期时间：管理员登录系统后设置学期的时间，只有当时间为某个状态时，其他角色例如老师，才能做某些事情。学期时间只能由角色管理员操作：包括对学期时间表的增加，删除，对某个学期时间状态的改变。学生选课：当管理员设置为学期开始时，学生可以选课，学生选课受学分影

响，只能选择总学分为多少的课程。老师评分：当管理员设置为学期评分时，老师才可以评分。个人信息管理：对自己个人信息进行添加和修改。成绩查询：学生可以对自己成绩进行查询。个人课表查询：按时间的不同，每个角色都有自己不同的课表。 2.2、系统结构功能描述：学生选课和老师评分必须在管理员设置学期的条件下进行。 2.3、数据流图顶层图

结构设计总说明

结构设计总说明一、概述 1.1本工程为暨南大学旅游学院教学楼，6层，结构采用现浇混凝土框架结构，建筑物总高21.6米,相对标高±0.000等于于绝对设计标高28.300m 1.2本工程主要依据除另行注明者外，均按初步设计审批文件、岩土工程勘察报告和以下建筑工程现行设计规范： 1、建筑工程抗震设防分类标准（GB50223-2008）； 2、建筑结构荷载规范（GB50009-2012）； 3、混凝土结构设计规范（GB50010-2010）； 4、建筑抗震设计规范（GB50011-2010）； 5、建筑地基基础设计规范（GB50007-2011）； 6、建筑地基处理技术规程（JGJ79-2012）； 1.3建筑设计使用年限：50年；结构安全等级：二级；抗震设防分类：丙类 1.4本工程抗震设计的类别和等级： 1.5本工程主要使用荷载（标准值，KN/m2）：荷载根据《GB50009-2012》规定按功能分区选用。基本风压：W=0.75KN/m2（50年一遇）；地面粗糙度类别：C类 1.6本工程设计未考虑冬季施工措施，施工单位应根据有关施工规范自定。施工单位在整个施工过程中应严格遵守国家现行的各项施工

质量验收规范，如按施工规范对跨度较大的梁、板起拱等 1.7未经技术鉴定或设计许可，不得改变结构的用途和使用环境。1.8本工程图纸中的标高单位均为m（米），尺寸单位均为mm(毫米)。二、材料 2.1混凝土 2.1.1混凝土强度等级：（混凝土施工中应采取有效措施防止开裂）基础垫层为C15；基础梁为C25，楼梯间梯段板为C30，基础及 ±0.000以下外墙混凝土抗渗等级P6,基础梁保护层：有垫层40mm 2.1.2结构混凝土环境类别及耐久性要求：基础及与土壤接触部位、露天构件为二b类，卫生间等室内潮湿环境为二a类，其余为一类。耐久性要求如下： 2.2钢筋：为H PB300钢筋；为HRB335钢筋；为HRB400钢筋；1、钢筋强度标准值应具有不小于95%的保证率。 2、抗震等级为一、二、三级的框架结构，其纵向受力钢筋采用普通钢筋时，钢筋的抗拉强度实测值与屈服值的比值不应小于1.25；且钢筋的屈服强度实测值与强度标准值的比值不应大于1.3；且钢筋在最大拉应力下的总伸长率实测值不应小于9%。2.3焊条： 2.4吊钩、吊环应采用 HPB235级钢筋；受力预埋件的锚筋应采用

汽车租赁系统数据库设计说明

汽车租赁系统一、课程设计的目的和意义随着汽车租赁领域的繁荣和飞速发展，租车行业的信息量越来越大，越来越复杂。传统的管理方式无法适应当前迅速发展的市场，计算机和计算机网络技术迅速发展和普及，使用汽车租赁系统可以使得汽车租赁的效率得到很大的提高，同时降低经营成本，提高利润。应用对数据库原理的理论学习，通过实践熟练掌握数据库创建、基本操作、程序系统的建立。并通过数据库原理软件设计实践，巩固在课堂教学中学习的关于数据库原理的有关知识和数据库系统建立的方法，熟练掌握对于实际问题，为了建立一个关系数据库信息管理系统，必须得经过需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施以及数据库运行和维护的一般过程，为毕业设计打下基础。二、术语定义 E-R图：为理解和表示问题域的信息而建立的数据模型，简称E-R图。具有实体、关系、属性三要素。数据流图：数据流图是用来描绘软件系统逻辑模型的图形工具，是描绘信息在系统中流动和处理的情况的。数据字典：数据字典是对数据流图中出现的所有数据元素、数据流、文件、处理的定义的集合。三、数据库的要求主要功能：本系统包括客户信息管理、车辆信息管理、汽车租赁归还管理、会员类型管理、会员信息管理、保险公司管理、汽车经销商管理等。具有添加、修改、查询、删除等功能。方便租赁公司的工作，提高租赁公司的工作质量和工作效率。性能要求：租借和归还信息必须及时更新，汽车租赁系统的信息必须无差错的存储在主服务器上。输出要求：数据完整，详实。输出要求：简捷，快速，实时、准确。安全与要求：管理员享有对客户信息库及汽车租借信息库和职员信息库的管理与修改。工作人员只享有对汽车租赁信息库的部分修改（写入与读出）。完成期限：预计三个月一、汽车租赁系统需求分析：系统功能需求： 1）客户可以通过不同的方式（包括、前台、网上）预订车辆 1、能够保存客户的预订申请单 2、能够保存客户的历史记录 3、工作人员可以处理申请 4、技术人员可以保存对车辆检修的结构 2）满足以上功能需要以下几个模块： 1、基本数据维护模块。基本数据维护模块提供了使用者录入、修改并维护基本数据的途径。例如对客户的个人信息、租赁信息、车辆的基本信息等的录入和修改 2、基本业务模块。基本业务模块中，客户可以填写汽车租赁申请表，工作人员负责处理这些表格。同时，技术人员可以提交每辆车的状态，以便工作人员根据这些资料决定是否

网站软件(结构)设计说明书()

网站软件(结构)设计说明书一．引言 1．引言 1）将系统划分成物理部分，即程序、文件、数据库、文档、图片等。 2）设计软件结构，即将需求规格转换为体系结构，划分出程序的基本模块组成，确定模块间的相互关系，并确定系统的数据结构。 3）预期的读者：本说明书是软件体系结构设计的说明书，主要读者群为项目组成员，其次供公司上层(老师)评审，并指导开发人员的开发。 4）本说明书为系统的概要设计说明书，为系统详细的设计的主要依据。主要读者群为项目组成员，使得项目组内成员对整个系统的主要功能以及其概要的实现手段,有一个宏观的把握，是整个系统最初形，同时也是最基本的引导性文档(软件体系结构设计说明书)，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本说明书中，将对该说明书的结构进行简要的说明，明确该说明书针对的读者群,指导他们正确的使用该说明书。 2．背景 1）项目名称：山桐子绿色能源科技有限责任公司 2）项目任务提出者:黄先生 3）项目负责人：杨卫 4）开发者：何文静,先雪莉,王娟,白瑜,杨卫 5）开发工具：Flash CS4；Dreamweaver8 6）运行平台：本项目采用WINDOW 2000为操作系统 7）适用用户：所有能上网浏览网页的用户,主要用户是需要山桐子的人群. 3．定义 1）该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。 2）比如: DL:登录ZC:注册GSJJ:公司简介CPZS:产品展示SCYF:生产研发WDDD:我的订单XWZX:新闻中心LXWM:联系我们RCZP:人才招聘 4．参考资料列出有关的参考资料，如： (1) 本项目的经核准的计划任务书和需求说明书； (2) 属于本项目的其他已发表的文件；如开发标准书； (3)本文件中各处引用到的文件资料： [1] 陈元国．需求分析说明书．参考资料书，2013.4 [2] 顾正刚．网站规划和建设．机械工业出版社，2010.2 [3] 张强．数据库设计说明书．参考资料书，2013.5

概要设计说明书范例及模板

《XXXXXX》概要设计说明书张三、李四、王五

1．引言 1．1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写

系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分

会议管理系统数据库设计说明书0204192350

会议管理系统数据库计说明书编写：匿名日期：2013-7-31 审核：日期：批准：日期：受控状态：是发布版次：5.0 日期：2013-7-31 编号：

变更记录日期版本变更说明作者2013-7-17 1.0 初始文档匿名2013-7-25 2.0 升级文档匿名2013-7-29 3.0 升级文档匿名2013-7-30 4.0 升级文档匿名2013-7-31 5.0 最终文档匿名签字确认职务姓名签字日期

目录 1引言 (4) 1.1预期的读者 (4) 1.2数据库说明 (4) 1.3目的和作用 (4) 2数据库设计 (4) 2.1抽象数据对象 (4) 2.1.1系统主要业务分析 (4) 2.1.2需求分析参考 (5) 2.2系统物理结构设计 (5) 2.3数据库逻辑设计 (5) 2.3.1数据库设计命名规范 (6) 2.3.2数据库表名汇总 (7) 2.3.3数据库表结构设计 (7) 2.4存储过程设计 (12) 2.5触发器设计 (12) 2.6J OB设计 (12) 3数据字典设计 (13)

1 引言 1.1 预期的读者主要为本公司以及承包方的阅读者，如设计人员、开发人员等。有时可以包括客户方的阅读者,如：业务人员、系统管理人员等。 1.2 数据库说明会议管理系统采用的时当前流行的企业级数据库oracle，使用的版本是9i。设计的数据库全局数据库名为icss，开发用的表空间名是test，操作的用户名为test，密码为test。 1.3 目的和作用将业务分析，系统设计中对信息的描述进一步分析并加以总计，抽象出数据集合（数据库表）。对数据集合做进一步分析，确定集合之间的关系并最终形成数据库物理模型，以便开发人员建立物理数据库。 2 数据库设计 2.1 抽象数据对象 2.1.1 系统主要业务分析根据物流系统的业务流程描述，我们大致可以从中抽象出几个数据集合，如：普通用户、会议申请、会议室管理、设备管理、会议管理按照业务及系统功能简单总结数据对象： ●用户 ●会议申请信息 ●会议审批 ●会议设备

进销存数据库表结构设计

1.帐类表（KIND）无索引序号中文名称英文名称类型备注 1 帐类编号K_SERIAL byte 2 帐类名称K_NAME text*10 本表系统自动建立，共划分为15种帐类,不可增删帐类编号帐类名称备注 0 上期结存进货，不参加进货统计 1 购入进货，购入时必需输入供货单位名称 2 自制进货 3 投资转入进货 4 盘盈进货 5 领料出库，领料必需输入领料部门名称 6 调拨出库 7 报损出库 8 盘亏出库 9 退库对低值易耗品，在用品退为在用库存 10 直接报废对于低值易耗品，在用品转报废 11 领用对于低值易耗品，在用库存转在用 12 调拨对于低值易耗品，在用库存减少 13 报废对于低值易耗品，在用库存报废 14 直进直出进出库，购入与领料对库存无影响 2.物品表（GOODS）序号索引名称索引域唯一? 主索引? 1 G_CODING +G_CODING Y N 2 G_SERIAL +G_SERIAL Y Y 序号中文名称英文名称类型备注 1 物品内部编号G_SERIAL INT->long 系统内部唯一标识该物品 2 物品编号G_CODING TEXT * 10 用户使用此编号访问物品 &3 物品名称G_NAME TEXT*40 非空 &4 物品单位G_UNIT TEXT*8 非空 &5 物品规格G_STATE TEXT*20

6 物品类别G_CLASS INT 取自表CLASS 7 备注G_REMARKS MEMO 8 最小库存量G_MIN CURRENCY 为零，即无最小库存 9 最大库存量G_MAX CURRENCY 为零，即无最大库存 10 库存数量G_QUANT CURRENCY 控制出库数量 11 虚拟库存数量G_VQUANT CURRENCY 出库时用 12 库存金额G_AMOUNT CURRENCY 3.类别表（CLASS）序号索引名称索引域唯一? 主索引? 1 C_CODING +C_CODING Y N 2 C_SERIAL +C_SERIAL Y Y 序号中文名称英文名称类型备注 1 类别内部序号C_SERIAL INT 系统内部唯一标识该物品 2 类别编号C_CODING TEXT *10 用户使用该编号访问类别信息 3 类别名称C_NAME TEXT*20 非空 4 出库类型C_KIND BYTE 1.移动平均 2..先进先出 3.后进先出 4.实际计价 *5.月末平均 5 备注C_REMARKS MEMO *6 底标志C_BOTTOM BOOLEAN *7 类别级别C_LEVEL BYTE 4.供货单位、使用部门(DEPART) 序号索引名称索引域唯一? 主索引? 1 D_CODING +D_CODING Y N 2 D_SERIAL +D_SERIAL Y Y 序号中文名称英文名称类型备注 1 内部序号D_SERIAL INT 系统内部唯一标识该部门 >0 供货单位 =0 库房 <0 使用部门 2 单位编号D_CODING TEXT*10

结构设计总说明(带图完整版)分解

混凝土结构设计总说明 1.工程概况 1.1 本工程位于xx市xxxxx，总建筑面积约13万平方米，由多栋商铺组成; 主要功能层数高度(m) 结构型式基础类型商铺 4 15.400 框架结构独基、管桩 2.设计依据 2.1 本工程主体结构设计使用年限为50年。 2.2 自然条件：基本风压：0.35kN/m 2(50年重现期);基本雪压:0.45kN/m 2；抗震设防参数：本工程最大地震影响系数αmax=0.04（第一设防水准）；场地特征周期Tg=0.35秒；场地为可进行建设的一般地段。本工程抗震基本烈度为6 度，场地土类别为Ⅱ类。 2.3 xxx工程有限公司2014.10xxx一期-4号中心岩土工程详细勘察报告书工程编号：2014-K53 2.4 本工程施工图按初步设计审查批复文件和甲方的书面要求进行设计。 2.5 本工程设计采用的现行国家标准规范规程主要有：建筑结构可靠度设计统一标准GB50068-2001 建筑地基基础设计规范GB50007-2011 建筑工程抗震设防分类标准GB50223-2008 建筑抗震设计规范GB50011-2010 建筑结构荷载规范GB50009-2012 混凝土结构设计规范GB50010-2010 砌体结构设计规范GB50003-2011 地下工程防水技术规范GB50108-2008 工业建筑防腐蚀设计规范GB50046-2008 建筑桩基技术规范JGJ 94-2008 人民防空地下室设计规范GB50038-2005 多孔砖砌体结构技术规范JGJ137-2001(200 3年局部修订) 混凝土外加剂应用技术规范GB50119-2013 补充收缩混凝土应用技术规程JGJ/T 178-2009 建筑边坡工程技术规范GB/T50330-2013 工程建设标准强制性条文(房屋建筑部分)2013年版(涉及规范版本更新及修订的应按现行规范执行) 2.6 桩基静载荷试验报告和地基载荷板试验报告(本工程需有前述报告后方可进行基础施工) 3.图纸说明 3.1 计量单位(除注明外）：长度：mm；角度：度；标高：m；强度：N/mm 2。 3.2 本工程±0.000相当于绝对标高41.700m。 3.3 本工程施工图与国标11G101-1《混凝土结构施工图平面整体表示方法制图规则和构造详图》配套使用。 3.4 结构专业设计图应与其它专业设计图配合施工，并采用下列标准图: 国标 11G101-1、11G101-2、11G101-3、11G329-1；中南标 12ZG002、12ZG003、12ZG313 3.5 管桩专项说明另详。 3.6 本工程在设计使用年限内未经技术鉴定或设计许可，不得改变结构的用途和使用环境。

大数据平台概要设计说明书

文件修改记录

目录 1.引言 ........................................................................................... 1.1编写目的................................................. 1.2术语与缩略词............................................. 1.3对象及范围............................................... 1.4参考资料................................................. 2.系统总体设计 ............................................................................. 2.1需求规定................................................. 2.1.1数据导入............................................ 2.1.2数据运算............................................ 2.1.3运算结果导出........................................ 2.1.4系统监控............................................ 2.1.5调度功能............................................ 2.1.6自动化安装部署与维护................................ 2.2运行环境................................................. 2.3基本设计思路和处理流程................................... 2.4系统结构................................................. 2.4.1大数据运算系统架构图................................ 2.4.2hadoop体系各组件之间关系图......................... 2.4.3计算平台系统功能图.................................. 2.4.4系统功能图逻辑说明.................................. 2.4.5计算平台业务流程图..................................

数据库设计说明书_完整版

目录第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (2) 第二章外部设计 (3) 2.1标识符和状态 (3) 2.2命名约定 (3) 2.3设计约定 (3) 第三章结构设计 (4) 3.1概念结构设计 (4) 3.1.1实体和属性的定义 (4) 3.1.2设计局部ER模式 (13) 3.1.3设计全局ER模式 (20) 3.2逻辑结构设计 (21) 3.2.1模式 (21) 3.2.2外模式 (32) 3.3物理结构设计 (32) 第四章运用设计 (34) 4.1数据字典设计 (34) 4.2安全保密设计 (34) 4.3数据库实施 (34) 4.3.1创建数据库 (34) 4.3.2创建表 (34)

第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能

数据库系统设计说明书

数据库课程设计——学生信息管理系统学院：机电工程学院班级：09工业工程组员：郎建鹏学号：0911******* 指导老师：李峰平

目录第一章系统分析 (2) 1 建立新系统的必要性 (2) 2 业务流程分析（业务流程图） (2) 3 数据流程图 (3) 4 数据字典 (4) 第二章系统设计 (4) 1 数据库设计（E-R） (4) 2系统运行环境 (6) 3输入输出设计 (10) 第三章设计总结 (10) 参考文献……………………………………………………………… 图例说明………………………………………………………………

第一章系统分析 1 建立新系统的必要性这次的课程设计是在学习完《数据库原理》和《delphi程序设计》基础上进行的一次系统性的训练，既是对所学知识的巩固，也是对自己综合运用所学知识解决实际问题的一次锻炼。学生信息管理系统的主要目的是为了方便学校对学生的信息进行录入、修改、查询，提高学校的工作效率。这一系统的开发成功，解决了手写速度慢、容易出错的现状。学生信息管理可以帮助学校最迅速最准确的完成所需的工作。无论是在适用性、灵活性和易操作性方面都显示出了它的强大功能。 2 业务流程分析（业务流程图）

数据流图是结构化分析中不可缺少的有力工具，它描述了系统的分解，即系统由哪些部分组成，各部分之间有什么联系等。但是，它还不能完整地表达一个系统的全部逻辑特征，特别是有关数据的详细内容。因此，仅仅一套数据流图并不能构成系统说明书，只有对图中出现的每一个成分都给出详细定义以之后，才能全面地描述一个系统。对数据流、数据存储和数据处理的详细描述，需要用数据字典（DD）。它包括数据流、数据存储、外部项和处理过程的详细条目。数据字典中把数据的最小单位定义为数据项，而若干数据项可以组成一个数据结构。数据字典是通过以数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。第二章系统设计 1 数据库设计（E-R）（1）管理员实体的E-R图（2）普通用户实体的E-R图

数据库结构设计

一、数据库结构设计步骤二、需求分析三、概念结构设计四、逻辑结构设计五、数据库物理设计数据库结构设计一、数据库结构设计步骤一般可将数据库结构设计分为四个阶段，即需求分析、概念结构设计、逻辑结构设计和物理设计。下面各节分别介绍各阶段设计内容和具体方法。二、需求分析需求分析的任务是具体了解应用环境，了解与分析用户对数据和数据处理的需求，对应用系统的性能的要求，提出新系统的目标，为第二阶段、第三阶段的设计奠定基础。一般需求分析的操作步骤如下所述。 1．了解组织、人员的构成子系统的划分常常以现有组织系统为基础，再进行整合，而新系统首先必须达到的目的是尽可能地完成当前系统中有关信息方面的工作，在原有系统中，信息处理总是由具体人来实施的。我们要了解组织结构情况、相互之间信息沟通关系、数据（包括各种报告、报表、凭证、单据）往来联系情况。具体弄清各个数据的名称，产生的时间与传递所需时间与周期，数据量的大小，所涉及（传送）的范围，使用数据的权限要求，数据处理过程中容易发生的问题及其影响，各个部门所希望获得的数据的情况等。然后了解每个人对每一具体数据处理的过程，基本数据元素来源于哪些地方、获取的途径、处理的要求、数据的用途，进而弄清数据的构成、数据元素的类型、性质、算法、取值范围、相互关系。在上述调查基础上，首先画出组织机构及工作职能图。我们以一个学校的基层单位——某大学一个系的管理为例来简要说明。系的组织机构及工作职能如图7.1所示。

图7．1 系管理体系结构图作为管理层经常需要的信息和工作有：．查询老师个人基本情况及打印相应内容．查询与统计科研项目情况及相关报表．查询与统计论文著作情况及相关报表．上级部门及其他部门来文管理与查询（要求能全文检索）．系部发文管理．任务下达、检查及管理．信件、通知的收发及管理．日程安排调度及管理．设备仪器计划及管理．设备入库与库存情况管理与查询．设备借还领用管理及相应报表．耗材计划与领发管理及相应统计报表．图书管理及借还情况查询．学生毕业设计文档管理．专业与班组编制与查询．教学文档管理及查询（安排与检查，包括课表、考试日程安排、监考安排等）．学生成绩管理与查询和统计．教师、学生、实验室课表管理及查询．学生基本情况管理与查询（包括社会活动、奖惩、家庭情况及学校校友管理）

结构设计说明

结构设计总说明包括的有：设计依据，设计标高，设计基准年限，建筑安全等级，建筑重要程度，建筑地区防震烈度，抗震强度，荷载分布，建筑材料，标准图集目录，结构施工图纸目录建筑设计图纸总说明与结构图纸设计总说明的关系一是各说各的。建筑的，不能用图来表示的，或图表示不如文字的，则用建筑设计图纸总说明来说明之，是设计文件的组成部分。结构的不能用图来表示的，或图表示不如文字的，则用建筑设计图纸总说明来说明之，是设计文件的组成部分。二是各有侧重点，建筑说建筑的，结构说结构的。三是互为补充，结构上面说的，不一定全是结构的。建筑上面说的不一定全是建筑的。四可能造成互为矛盾，因上述原因，不能避免遗漏，与矛盾。所要图纸会审，不仅局限于设计单位各专业间的校对与会审，设计，施工，建筑，监理。在施工前来要进行会审。达到施工图能符合现场实际的要求，消除矛盾等。模板1国家有样本图集结构设计总说明一、工程概况本工程位于**文化路30号,*****迎宾馆院内东北角为**** *,为三层框架结构,基础形式采用桩基础. 主要柱网尺寸4.20*13.20m,地上高度为14.100m,结构高度12.600m,总长度39.300m,总宽度14.10m.高宽比0.89,长宽比2.79. 总建筑面积约为1732平方米.二、建筑结构的安全等级及设计使用年限建筑结构的安全等级：二级设计使用年限：50年建筑抗震设防类别：丙类地基基础设计等级：乙级框架抗震等级：三级桩基安全等级: 二级三、自然条件1．基本风压: Wo=0.45kN/m 地面粗糙度: B 类2．基本雪压: So=0.45kN/m 3．场地地震基本烈度: 7度抗震设防烈度: 7度设计基本地震加速度0.10g 设计地震分组第一组建筑物场地土类别：Ⅲ类4．场地标准冻深: 0.50m 5．场地的工程地质及地下水条件: 1)本工程根据******勘测公司2004年9月提供《***迎宾馆有限公司岩土工程勘察报告》进行设计. 2)地形地貌：本工程场地地貌单元属于黄河下游冲积平原.地面标高介于10.76 ～10.93m. 3)拟建场地自上而下各土层的工程地质特征如下1)杂填土,厚度0.50-1.20m,平均厚度0.82m,层底埋深0.50-1.20m, 平均埋深0.82m,Fak=70kPa. 2)素填土,厚度2.10-2.90m,平均厚度2.53m,层底埋深3.10-3.50m, 平均埋深3.35m,Fak=70kPa,Qsik=20kPa. 3)素填土,厚度0.70-1.30m,平均厚度0.95m,层底埋深4.00-4.80m, 平均埋深4.30m,Fak=70kPa,Qsik=20kPa. 4)杂填土,厚度0.70-1.50m,平均厚度0.97m,层底埋深 5.00-5.70m, 平均埋深5.27m,Fak=70kPa,Qsik=20kPa. 5)粉质粘土,厚度2.90-3.60m,平均厚度3.27m,层底埋深

项目数据库设计说明书

项目全称数据库设计说明书承建方全称文件ISO版本控制目录 ?简介.......................................................................................................................... 1.1.目的.................................................................................................................. 1.2.范围.................................................................................................................. 1.3.定义、首字母缩写词和缩略语...................................................................... 1.4.参考资料.......................................................................................................... ?数据库环境..............................................................................................................

新闻管理系统数据库设计说明书

新闻管理系统数据库设计说明书目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2外部设计 (2) 2.1标志符和状态 (2) 2.2使用它的程序 (2) 2.3约定 (2) 2.4专门指导 (5) 2.5支持软件 (5) 3结构设计 (5) 3.1概念结构设计 (5) 3.2逻辑结构设计 (11) 3.3物理结构设计 (11) 4运用设计 (15) 4.1数据字典设计 (15) 4.2安全保密设计 (16)

1引言 1.1编写目的本文档为新闻管理系统的数据库设计报告，为新闻管理系统的设计主要依据，主要针对新闻管理系统的概要设计和详细设计人员，作为项目验收的主要依据。 1.2背景（1）待开发的软件系统名称：新闻管理系统（2）本项目的任务提出者：team小分队（3）开发者：team小分队（4）用户：社会各阶级人群，主要人群大学生 1.3定义（1）可靠性（Reliable），软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。（2）安全性（Secure），软件系统所承担的交易的商业价值非常高，系统的安全性非常重要。（3）可伸缩性（SCAlable），软件必须能够在用户的使用率、用户的数目增长很快的情况下，保持合理的性能。只有这样，才能适应用户市场拓张的可能。（4）可定制化（CuSTomizable），同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。（5）可扩展性（Extensible），在新技术出现的时候，一个软件系统应当导入新技术，从而对现有系统进行功能和性能的拓展。（6）可维护性（MAIntainable），软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有的系统中去。一个易于维护的系统可以有效地降低技术支持的花费。（7）客户体验（Customer Experience），软件系统必须易于使用。（8）市场时机（Time to Market），软件用户要面临同业竞争，软件提供商也要面临同业竞争，以最快的速度争夺市场先机非常重要。 1.4参考资料《软件工程》

数据库表结构设计参考

数据库表结构设计参考．）表名外部单位表（DeptOut 约束条件非空空数据类型（精度范围） /列名外部单位ID N 变长字符串(50) 主键 N 变长字符串类型 (50)

N 单位名称(255) 变长字符串 (50) 单位简称变长字符变长字符(255)单位全交换类交换、市机、直送、邮变长字符(50)N (6)单位邮变长字符变长字符(50))单位标英整排序(4) (50)交换变长字符变长字符(50)单位领变长字符单位电(50) 变长字符所属城(50) 变长字符(255)单位地备(255) 变长字符补充说300条左右，一般不做修改。初始化记录该表记录数表外部单位子表DeptOutSu 数据类型（精度范围列非约束条变长字符(50)外部子单IDN 外ID变长字符(50)N单位名N变长字符(255) 变长字符单位编(50) 该表记录数一般很补充说表内部单位表DeptI

数据类型（精度范围非列约束条IDN(50)变长字符主内部单类N变长字符(50) (255)变长字符N单位名 (50)变长字符单位简变长字符单位全(255) 工作职排序整(4) 单位领导(50) 变长字符串 (50) 单位电话（分机）变长字符串 (255) 变长字符串备注．条以内），一般不做修改。维护一次后很少修改补充说明该表记录数较小（100 内部单位子表（DeptInSub）表名约束条件数据类型（精度范围）空列名/非空 (50) N 变长字符串内部子单位ID 变长字符串(50) 父ID N 外键 (255) 单位名称 N 变长字符变长字符(50)单位编领导、部变长字符(50)单位类 Int 排序该表记录数一般很补充说省、直辖市表Provinc表