1:500比例尺地形数据库标准及整理规范

1:500比例尺地形数据库标准及整理规范
1:500比例尺地形数据库标准及整理规范

X X市1:500比例尺地形数据

库标准及规范

一、数据标准

1、适用范围

本标准规定了XX市1:500地形数据库的分层、分类与代码、几何特征、质量要求,以及数据整理流程。

本标准规范适用于XX省供电公司1:500地形数据库的规范化、标准化,是1:500地形数据库数据现状数据整理、检查以及未来数据更新、入库的重要依据。

本标准建设时,充分考虑了目前XX市1:500地形数据库现状及未来数据更新的要求,并具有相应的扩展性,以适应未来数据应用需求。

2、设计依据与引用标准

GB/T 13989-1992《国家基本比例尺地形图分幅和编号》

GB/T 13923-2006,基础地理信息要素分类与代码

GB/T 17278-2009,数字地形图产品基本要求

GB/T17798-1999地球空间数据交换格式

CH/T1005-2000基础地理信息数字产品数据文件命名规则

CH/T1007-2001基础地理信息数字产品元数据

CJJ100-2004,城市基础地理信息系统技术规范

CJJ8-99,城市测量规范

GB/T 18314-2009,全球定位系统(GPS)测量规范

CJJ 73-97,全球定位系统城市测量技术规程

1

GB/T 16818-2008,中、短程光电测距规范

CH/T 9008.1-2010,基础地理信息数字成果1:500、1:1000、1:2000数字线划图

GB/T 17941-2008,数字测绘成果质量要求

GB/T 24356—2009,测绘成果质量检查与验收

3、数据地物类型要求如下

所有的地物必须拥有自己相应的代码

所有的地物必须在CASS的相应图层

同一地物构成的面必须闭合

同一地物构成的线、点或者注记不能被打碎

4、图形规则

(1)数据坐标位置必须保证正确;

(2)提供数据空间范围信息;

(3)点符号必须是块实体,并有正确的块名,块名要符合南方CASS标准规定;(4)线必须连续,要求构面的多段线其“属性”-“闭合”必须为“是”,或者首尾相连;

(5)同一位置上同类对象必须唯一存在,不允许重叠。

(6)不容许一点多位。

(7)不允许存在不合理的悬挂线及回头线(两点之间多次往返绘制的线(回头线)以及首尾节点没有与其它对象相连接的线(悬挂线)在本规范标准中属于可疑对象);

(8)不允许存在伪节点和冗余节点(图面上判断可以用一个对象来表示,实际

1

上用多个对象来表示的对象(具有伪节点)为不规范对象;图面上判断可以由更

少的节点连接形成的对象,实际上具有毫无意义的多余节点(冗余节点)为不规范对象);

(9)不允许存在碎线(小于指定长度的线(定义长度))、面积为零的多边形、空注记;

(10)注记不能使用AutoCAD中的多行文字(MTEXT)进行标记;

(11)同一多边形不应出现重复的线段,同一多边形也不可重复绘制在同一位置;

(12)相邻的多边形邻接边必须完全重合且仅容许一次重复。严禁出现邻接边界部分重合的现象;

(13)允许一个大的多边形完全套接(无任何重叠边界)一个小的多边形,但是不允许多重套接;如果两个多边形边界完全重合,则应按照两个相邻多边形的图元对象进行处理,不允许套接和对接两个相邻多边形图元;

(14)图元对象表示套接关系时,不能出现借用其他图层的图元对象的情况出现。如果图元对象和其他图层的图元对象相同,则可拷贝到本层作为本层的图元对象;

(15)对于因局部更新引起的图形接边问题,依据优先内业处理,处理不了再外业修侧的原则保证图面自然合理。

5、CASS所有图层内所有地物数据几何分类如下

(1)面

①居民地层(JMD)数据地物构面的有:多点一般房屋、四点一般房屋、阳

台、依比例围墙、多点简单房屋、四点简单房屋、多点建筑中房屋、四点建筑中

1

房屋、多点破坏房屋、四点破坏房屋、多点棚房、四点棚房、多点砼房屋、四点砼房屋、多点砖房屋、四点砖房屋、多点混房屋、四点混房屋、多点铁房屋、四点铁房屋、多点钢房屋、四点钢房屋、多点木房屋、四点木房屋、小比例尺房屋、架空房屋、廊房、依比例地上窑洞、无墙壁柱廊、柱廊有墙壁边、门廊、檐廊、悬空通廊、建筑物下的通道、室外楼梯、不规则楼梯、门顶,中间的注记不用归层。

依据是否为居住用区分,把非居住的归入BUI_S图层。

②地籍信息层(JZD)数据地物构面不用处理

③独立地物层(DLDW)数据地物构面的有:厕所、打谷场球场、饲养场、温室花房、高于地面水池、低于地面水池、有盖的水池、游泳池、露天采掘场范围线、斗在坑内的漏斗、斗在中间的漏斗、斗在一侧的漏斗、塔形建筑物范围、水塔范围、水塔烟囱范围、烟囱范围、烟道、圆液气体储存设备、非圆液气体储存设备、非圆露天设备范围、圆形露天设备范围、依比例粮仓、粮仓群、依比例肥气池、有看台露天体育场、露天体育场司令台、露天体育场门洞、无看台露天体育场、露天舞台检阅台、桥式照射灯基塔、桥式照射灯虚线、喷水池范围、假石山范围、岗亭岗楼、无范围、依比例纪念碑、依比例碑柱墩、依比例塑像、彩门牌坊牌楼、依比例亭、依比例钟楼鼓楼城楼、依比例旧碉堡、依比例宝塔经塔、烽火台、依比例庙宇、依比例土地庙、依比例教堂、依比例清真寺、依比例敖包经堆、敖包经堆、过街天桥、过街地道出入口、过街地道、依比例地下出入口、雨罩下的地磅、露天的地磅、货栈有平台露天货栈、货栈无平台露天货栈、堆式窑、台式窑、独立坟范围、坟群

④交通及附属类层(DLSS)数据地物构面的有:有雨棚站台、站台雨棚、

1

露天的站台、天桥、收费站、铁路桥、有输水槽公路桥、依比例涵洞、双层桥、依比例隧道入口、依比例人行桥、依比例级面桥、铁索桥、亭桥、一般公路桥、有人行道公路桥、渡口、明峒、徒涉场、顺岸式固定码头、堤坝式固定码头、浮码头、浮码头架空过道、沉船的范围线、急流范围线、旋涡范围线、岸滩水中滩

⑤管线层(GXYZ)数据地物构面的有:依比例电线塔、依比例变电室、依比例架空管道墩架不用处理

⑥水系层(SXSS)数据地物构面的有:河流水面线、常年湖、时令湖、水库水边线、有坎池塘、无坎池塘、水闸房屋、倒虹吸入水口、依比例水井、沙滩、淤泥滩、岸滩、贝类养殖滩、红树滩、水产养殖场、依比例明礁、明礁危险区域、依比例干出礁、干出礁危险区域、依比例适淹礁、适淹礁危险区域、暗礁危险区域、依比例暗礁(河流遇到桥梁不能断开)

⑦地貌土质层(DMTZ)数据地物构面的有:滑坡范围线、陡石山、露岩地范围线、冲沟、干河床、依比例地裂缝、依比例山洞、依比例独立石、依比例石堆、依比例土堆、依比例土堆斜坡线、依比例石垄、依比例坑穴、乱掘地范围、沙地、石块地、盐碱地、依比例小草丘地、不依比例小草丘地、龟裂地、能通行沼泽地、不能通行沼泽地、盐田范围、台田所有地物不用处理

⑧植被园林层(ZBTZ)地物构面的有:地类界、旱地、水生经济作物地、稻田、菜地、果园、桑园、茶园、橡胶园、其他园林、有林地、大面积灌木丛、疏林、未成林、苗圃、迹地、大面积竹林、天然草地、改良草地、人工草地、芦苇地、半荒植物地、植物稀少地、花圃

(2)线

①居民地层(JMD)数据地物构线的有:围墙门、有门房的院门、依比例门

1

墩、依比例支柱.墩[虚线]、依比例支柱.墩[方形]、依比例支柱.墩[圆形]、台阶、

有边台阶、U形台阶、完整的长城外侧、完整的长城内侧、破坏的长城外侧、破坏的长城内侧、土城墙外侧、土城墙内侧、土城墙城门、土城墙豁口、不依比例围墙、栅栏栏杆、篱笆、活树篱笆、铁丝网

②地籍信息层(JZD)数据地物构线的有:不用处理

③独立地物层(DLDW)数据地物构线的有:架空传送带、地面上的传送带、地面下的传送带、1:2000传送带、漏斗辅助线、滑槽、架空烟道、宣传橱窗等不用处理。

④交通及附属类层(DLSS)数据地物构线的有:平行高速公路、平行的等级公路、平行的等外公路、平行的建筑中高速公路、平行的建筑中等级公路、平行的建筑中等外公路、依比例一般铁路、不依比例一般铁路、依比例电气化铁路、不依比例电气化铁路、依比例电线架、依比例窄轨铁路、不依比例窄轨铁路、依比例建筑中铁路、不依比例建筑中铁路、依比例轻便铁路、不依比例轻便铁路、电车轨道、电车轨道电杆、依比例缆车轨道、不依比例缆车轨道、依比例架空索道、架空索道柱架、不依比例架空索道、天桥台阶、地道、车挡、转车盘、高速公路、高速公路、等级公路主线、等级公路边线、等外公路、建筑中高速公路、建筑中的等级公路、建筑中的等外公路、大车路虚线边、大车路实线边、依比例乡村路虚线、依比例乡村路实线、不依比例乡村路、小路、内部道路、阶梯路、高架路、隧道里的铁路线、不依比例隧道入口、已加固路堑、未加固路堑、已加固路堤、未加固路堤、明峒里的铁路线、挡土墙、有栏木的铁路平交口、栏木、无栏木铁路平交口、铁路在上交叉路、铁路在下交叉路、公路桥人行道、双层桥

引桥、不依比例人行桥、不依比例级面桥、漫水路面虚线、漫水路面实线、跳墩、

1

过河缆(同一条道路边线必须是一个整体,高等级路遇到低等级路,低等级路断开,宽路遇到窄路,窄路断开,遇到单位出入口,桥不能断开,小区内部道路可以不分等级构成一个整体,同一条路面必须是一个整体,路勾面的边必须与道路边线重合)

⑤管线层(GXYZ)数据地物构线的有:不用处理

⑥水系层(SXSS)数据地物构线的有:高水界、时令河、消失河段、不明流路地下河段口、已明流路地下河段、水库溢洪道、单线沟渠、双线沟渠、单层沟渠堤、双层沟渠堤、沟渠沟壑、地下灌渠、双线干沟、单线干沟、依比例通车水闸、依比例不通车水闸、虚线滚水坝、坎线滚水坝、拦水坝、斜坡式防波堤、直立式防波堤、石垄式防波堤、防洪墙、直立式防洪墙、有栏杆防洪墙、有栏杆直立式防洪墙、斜坡式栅栏坎、直立式栅栏坎、斜坡式土堤、坎式土堤、垅、带柱的输水槽、不带柱的输水槽、倒虹吸通道、坎儿井、瀑布跌水、土质有滩陡岸、石质有滩陡岸、土质无滩陡岸、石质无滩陡岸、海岸线、干出线、等深线首曲线、等深线计曲线、危险岸

⑦地貌土质层数据地物构线的有:不用处理

⑧植被园林层数据地物构线的有:不用处理

⑨境界线层数据地物构线的有:不用处理。

(3)点

①居民地层(JMD)数据地物构点的有:不依比例地上窑洞、不依比例地下窑洞、蒙古包、地下室的天窗、地下建筑物通风口、不依比例门墩、不依比例支柱.墩[方形] 、不依比例支柱.墩[圆形]

②控制点层(KZD)数据地物构点的有:不用处理

1

③独立地物层(DLDW)数据地物构点的有:路灯、杆式照射灯、钻孔、探

井、探槽、开采的竖井井口[圆形]、开采的竖井井口[方形]、开采的斜井井口、开采的平洞洞口、开采的小矿井、废弃的竖井井口[圆形]、废弃的竖井井口[方形]、废弃的斜井井口、废弃的平洞洞口、废弃的小矿井、盐井、石油天然气井、起重机、龙门吊、天吊、架空传送带支柱、漏斗符号、斗在墙上的漏斗、塔形建筑物、水塔、水塔烟囱、烟囱、不依比例液体储存、露天设备、不依比例粮仓、风车、水磨房水车、水轮泵抽水机站、不依比例肥气池、气象站、环保监测点、水文站、学校、卫生所、加油站、塔式照射灯、喷水池、假石山、垃圾台、无线电杆塔、电视发射塔、避雷针、纪念碑、碑柱墩、塑像、旗杆、亭、钟楼鼓楼城楼、庙宇、土地庙、教堂、清真寺、不依比例地下入口、地磅、窑、独立坟、散坟

④交通及附属设施类层(DLSS)数据地物构点的有:不依比例电线架、高柱色灯信号机、矮柱色灯信号机、臂板信号机、水鹤、不依比例涵洞、里程碑、1:2000里程碑、坡度表、路标、汽车站、铁路桥桥墩、公路桥桥墩、双层桥桥墩、停泊场锚地、航行灯塔、航行灯桩、航行灯船、左岸航行浮标、右岸航行浮标、立标岸标、系船浮筒、过江管线标、信号杆、通航起讫点、露出的沉船、淹没的沉船、急流、旋涡、石滩符号

⑤管线层(GXYZ)数据地物构点的有:如电业局、供电所、营业厅、变电站地物没有注记的,标明注记,在注记中录入属性,而后归到ANN_P层。

⑥水系设施层(SXSS)数据地物构点的有:示向箭头、涨潮、落潮、水库引水孔、地下灌渠出水口、不依比例走人水闸、不依比例不走人水闸、水井、泉、沙砾滩石块、水深点、单个明礁、明礁丛礁、单个干出礁、干出礁丛礁、单个适淹

礁、适淹礁丛礁、单个暗礁、暗礁丛礁

1

⑦地貌土质层(DMTZ)数据地物构点的有:一般高程点、特殊高程点、不依比例地裂缝、不溶漏斗、不依比例山洞、不依比例独立石、不依比例石堆、不依比例石垄、不依比例土堆、不依比例坑穴、沙砾地石块

⑧植被园林层(ZBTZ)数据地物构点的有:独立灌木丛、散树、行树、阔叶独立树、针叶独立树、果树独立树、椰子槟榔独立树、独立竹丛

⑨境界线层(JJ)数据地物构点的有:国界界碑

(4)、文字:

所有的注记层中的注记以及普通注记都为文字型,所有的名称注记按下要求进行注记,而后归到ANN_P层

6、实体属性添加要求

所有实体属性添加按照配置好的CASS属性要求执行

应用CASS“检查入库”->“编辑实体附加属性”功能进行扩展属性的录入,保证地形数据库中要求的要素均具有编码及相应的属性。例如居民地面层属性录入:

1

1

7、数据分层结构如下

比例尺 类别

图层名称 图层说明 备注 特别说明 1:500

水系

RIV_L

线状水系 包括单线河、城市沟渠等 RIV_P 点状水系 包括泉,井等 LAK_S 面状水系 包括湖泊、水库、 双线河等 居民地

RES_P 居民地 住宅区点

BUI_L

建筑物围墙线 建筑物周边围墙线或栅栏线

RES_S 居民地 住宅区面

标注通过居民地点和注记点中建筑物点的

属性字段信息显示。

BUI_S

建筑物

城市非居民住宅

建筑物面 交通

TRA_P

点状道路附属设施

如加油站,收费站,桥梁,隧道,机场(在地物里录入属性);

TRA_S

面状道路附属设施

加油站、机场等

通过点显示标注

RAI_L

铁路

属性字段等级划分三

级。划分方法参照专

业资料。

ROA_S 道路面

由道路边界线生成面 同高度交叉道路面通

高等级断低等级,不同高度道路面按实际

情况叠加。

ROA_L 道路边界线

属性结构与道路中心

其他图层

(1)"0"图层:“0”图层是Autocad中的特殊图层,规定"0"图层中除了可以作为插入图块的基准层以外,不能存放任何其他数据;

(2)用户的过程草图及参考要素在设计过程中可以放在《图层定义》以外的任

1

何图层但是,提交正式数据成果前,必须删除;

(3)为保持数据成果的纯净,《图层定义》规定的图层上必须保证只放置规定的数据内容,不得存放规定的数据实体以外的任何其它实体。

二、数据检查

1、规整要求

(1)保证图层中没有被打散的地物或符号。

(2)点要素处理:使用块符号表示点,块名必须遵循标准要求。如果现有块名与标准不一致,可使用CAD命令修改块名(格式——>重命名:修改块名)线要素处理:两点间线必须连续,不能被打断。如存在被打断情况,重新绘制。(3)需要构面的要素处理:实体必须闭合,在保证线连续的情况下设置:CAD 特性管理器属性->闭合属性为“是”。

(4)注记处理:将注记同一格式,注记统一成“TEXT”格式,采用“左对齐”。标注将文字和线打散。

2、逻辑一致性要求

(1)各要素相关位置正确,能正确反映各要素的分布特点和密度特征;(2)各要素无线段出头、欠头、自相交、线段打折等图形错误;

(3)数据拓扑关系正确,需要构面的线要闭合,各相邻实体的空间关系可通过完整的拓扑结构描述;

2、检查方法

(1)属性完整性

使用“xdlist”命令检查地物的属性的正确性,对于地物编码为空。需要赋予正确编码;对于未填写完整地物的属性,填写已知的地物属性值。

1

(2)要素重叠检查与规整

应用CAD命令“check_repeat”,检查并删除重复的要素。

(3)要素特征一致性

确保所有要素都具有编码,且扩展属性应该与图形保持一致。

(4)伪结点(指两条线(弧段)的交汇点。即具有相同编码并相连接的两个图素(直线和直线之间,圆弧和圆弧之间,多义线与多义线之间)的连接处的一对顶点)检测,保证实际上连续的要素在图面上也是连通的。清除伪节点可以较大程度上减小数据的冗余。对伪节点的规整也可采用南方CASS中“check_node”命令规整,提高工作效率;如果是围墙边线或者道路有伪节点,但是能够保证捕捉在一起,可以不规整。

(5)冗余节点(指多余的中间顶点。冗余节点分为两种,一种是多余的中间顶点,即位于一条直线段上的中间顶点,另一种是线对象上的歧义点,即直线或多义线上的两个顶点的距离小于一定范围的点)自动删除检查,保证要素没有冗余节点。

如图所示:数据冗余点例图

(6)线的打折、自相交(指多义线的一段与自身的另一段相交)检查为保证要素数据在空间图形上的正确性,可通过南方CASS的“checkdwg”命令,再选择“线自相交检查”工具进行检查,多义线自相交的功能只对定义为面(或闭合的多边形)的对象有效。

1

多义线的自相交示意图

三、数据转换

利用南方CASS工具“检查入库”->“输出Arc/Info SHP格式”,将数据导出为ShapeFile文件格式(地形图规整人员暂时不用执行此步骤命令)。

1

软件工程-数据库设计规范与命名规则

数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指:对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据, 满足用户信息要求和处理要求。 数据库设计的各阶段: A、需求分析阶段:综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段:形成独立于机器和各DBMS产品的概念模式(信息世界模型),用E-R图来描述。 C、在逻辑设计阶段:将E-R图转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式。 然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段:根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。 1. 需求分析阶段 需求收集和分析,结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点:调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法:调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有:跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis, 简称SA方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary,简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点: (1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解,是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法,它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术, 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:

专题数据库建设推荐标准规范

专题数据库建设推荐标准规范 (一)数据采集规范 1.数据来源包括在人文社会科学研究过程中采集、加工和积累的研究数据。 2.采集对象包括社会调查、统计分析、案例集成、基础文献等一手数据和原始资料。 3.数据类型包括数值、文本、图片、音频、视频和空间数据等。 4.采集方式包括自动采集、半自动采集和手工采集等。 (二)数据加工规范 1.数字对象唯一标识符规范采用《我国数字图书馆标准规范建设》项目(CDLS)所推荐的唯一标识符体系以及数据中心规定的相关标准。 2.专题数据库的核心元数据应符合《TR-REC-014数据集核心元数据规范》及数据中心的相关要求。 3.音频资料描述元数据规范及著录规则,遵循《CDLS-S05-031音频资料描述元数据规范》和《CDLS-S05-032音频资料元数据著录规则》所推荐的一系列相关标准以及数据中心规定的相关标准。 4.其它资料描述元数据规范及著录规则,遵循《我国数字图书馆标准规范建设》项目(CDLS)所推荐的一系列相关标准及数据中心规定的相关标准。

5.各类接口所实现服务的标识应符合《TR-REC-017资源唯一标识规范》的相关规范要求。 6.文本、图片、音频、视频等各类型数据能够转换为数据中心规定的数字文件格式。 7.专题数据库数据的加工过程需严格执行两重审核制度,保证数据格式符合规定标准。 (三)数据库系统规范 1.专题数据库系统平台必须使用正版数据库管理系统软件,推荐使用关系数据库管理系统,遵守SQL语言系列标准。 2.专题数据库系统平台应具备数据备份及容灾机制,重要数据应进行异地备份。 3.专题数据库系统平台应具备一定的扩充能力,系统的模块化程度高,软件维护方便。 4.专题数据库系统平台应遵循中国国家标准GB/T 20273-2006《数据库管理系统安全技术要求》,具有切实可行的安全保护和保密措施,确保数据永久安全。 (四)专题数据库应用系统规范 1.专题数据库应用系统至少包括数据采集、数据加工、数据检测、数据浏览、数据检索、用户管理和数据维护七大类功能。 2.专题数据库应用系统至少支持开放数据访问接口、开放索引数据收割接口和开放服务状态监控接口三类功能接口。 3.专题数据库应用系统向数据中心提供访问完整数据记

数据库设计和编码规范

数据库设计和编码规范 Version

目录

简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错,保持团队支持顺畅,系统长久使用后不至于紊乱,让管理者易于在众多对象中,获取所需或理清问题。 同时,定义标准程序也需要团队合作,讨论出大家愿意遵循的规范。随着时间演进,还需要逐步校订与修改规范,让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契,而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户,如数据库管理员、程序设计人员和程序开发人员,可以直观地辨识对象用途。而命名规则大都约定俗成,可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例,让用户混淆自定义对象和系统对象或关键词。 例如,存储过程不要以sp_或xp_开头,因为SQL SERVER的系统存储过程以 sp_开头,扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略,要让对象的用途直观易懂,但也不宜过长,造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。

6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定,数据库对象包括表、视图(查询)、存储过程(参数查询)、函数、约束。对象名字由前缀和实际名字组成,长度不超过30。避免中文和保留关键字,做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串,而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范,通过后严格按照要求实施。例如:

数据库设计方法、规范与技巧

数据库设计方法、规范与技巧 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求(现实世界的需求),在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式(信息世界模型),用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型,形成数据库逻辑模式。然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。 1. 需求分析阶段 需求收集和分析,结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法:调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有:跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis,简称SA方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统,并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary,简称DD)来描述。 数据字典是各类数据描述的集合,它是关于数据库中数据的描述,即元数据,而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述={数据项名,数据项含义说明,别名,数据类型,长度, 取值范围,取值含义,与其他数据项的逻辑关系} 数据结构描述={数据结构名,含义说明,组成:{数据项或数据结构}} 数据流描述={数据流名,说明,数据流来源,数据流去向, 组成:{数据结构},平均流量,高峰期流量} 数据存储描述={数据存储名,说明,编号,流入的数据流,流出的数据流, 组成:{数据结构},数据量,存取方式} 处理过程描述={处理过程名,说明,输入:{数据流},输出:{数据流}, 处理:{简要说明}} 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。 概念模型特点: (1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解,是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法,它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术,用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示: 2.1 第零步——初始化工程

地形图基本知识及大比例尺地形图测绘(精心制作完整版)

地形图基本知识及大比例尺地形图测绘 地形测量的任务是测绘地形图。地形图测绘是以测量控制点为依据,按以一定的步骤和方法将地物和地貌测定在图之上,并用规定的比例尺和符号绘制成图。 一、地形图和比例尺 1.地形图、平面图、地图 地形图:通过实地测量,将地面上各种地物、地貌的平面位置,按一定的比例尺,用《地形图图式》统一规定的符号和注记,缩绘在图纸上的平面图形,既表示地物的平面位置又表示地貌形态。 平面图:只表示平面位置,不反映地貌形态 地图:将地球上的若干自然、社会、经济等若干现象,按一定的数学法则采用综合原则绘成的图。 我们测量当然主要是研究地形图,它地球表面实际情况的客观反映,各项建设和国防工程建设都需要首先在地形图上进行规划、设计。 2.比例尺 (1).比例尺:图上任一线段d 与地上相应线段水平距离D 之比,称为图的比例尺,显然有 M D d 1= (2).比例尺种类: a .数字比例尺:直接用数字表示的比例尺用分子为1的分数式来表示的比例尺,称为数字比例尺,即式中M 称为比例尺分母,表示缩小的倍数。M 愈小,比例尺愈大,图上表示的地物地貌愈详尽。通常把1:500,1:1 000,1:2 000,1:5 000的比例尺称为大比例尺,1:10 000,1:25 000,1:50 000,1:100 000的称为中比例尺,小于1:100 000的称为小比例尺; b .图式比例尺:直线比例尺和复式比例尺; c .工具比例尺:分划板、三棱尺。 (3).比例尺精度 a .定义:人眼正常的分辨能力,在图上辨认的长度通常认为0.1 mm ,它在地上表示的水平距离M ?mm 1.0,称为比例尺精度。 b .意义与作用: ○ 1.比例尺精度与比例尺大小的关系:比例尺精度越高,比例尺就越大,利用比例尺精度,根据比例尺可以推算出测图时量距应准确到什么程度。例如,1:1 000地形图的比例尺精度为0.1 m ,测图时量距的精度只需0.1m ,小于0.1 m 的距离在图上表示不出来。反之,根据图上表示实地的最短长度,可以推算测图比例尺。例如,欲表示实地最短线段长度为0.5 m ,则测图比例尺不得小于1:5000。 ○ 2.取舍; ○ 3.根据甲方要求确定比例尺大小和精度要求。比例尺愈大,采集的数据信息愈详细,精度要求就愈高,测图工作量和投资往往成倍增加,因此使用何种比例尺测图,应从实际需要出发,不应盲目追求更大比例尺的地形图。 二.地形图要素介绍 1.数学要素:比例尺,方格网(公里网),分幅,编号 a .比例尺 b .方格网(公里网):在绘制大比例尺地形图时,先要建立方格网,以10cm*10cm 绘制,当比例尺为中比例尺或小比例尺时,则绘制2cm*2cm 网格,这时称为公里网

《国家基本比例尺地图图式》新标准简介公布

《国家基本比例尺地图图式》新标准简介公布 日前,国家测绘地理信息局测绘标准化研究所公布了《国家基本比例尺地图图式》新标准简介,具体如下,具体图式可登入中国测绘地理信息标准网或者国家测绘地理信 息标准化服务平台查看。1GB/T 20257.1―2017 GB/T 20257.1―2017《国家基本比例尺地图图式第1部分:1︰500 1︰1 000 1︰2 000地形图图式》代替GB/T 20257.1―2007《国家基本比例尺地图图式第1部分:1︰500 1︰1 000 1︰2 000地形图图式》,按照GB/T 1.1―2009给出的规则起草。本标准于2017年10月14日发布,自2018年5月1日起实施。 GB/T 20257的本部分规定了1︰500、1︰1 000、1︰2 000地形图上表示的各种地物、地貌要素的符号、注记和图廓整饰,以及使用这些符号的方法和基本要求。本部分适用于1︰500、1︰1 000、1︰2 000地形图的测绘。编制地理底图或测绘相近比例尺地图可参照使用。本部分的主要内容包括:范围、规范性引用文件、一般规定、符号与注记,以及附录A(规范性附录)说明注记简注表、附录B(资料性附录)示例和附录C(规范性附录)图廓整饰样式。2GB/T 20257.2―2017 GB/T 20257.2―2017《国家基本比例尺地图图式第2部分:

1︰5 000 1︰10 000地形图图式》代替GB/T 20257.2―2006《国家基本比例尺地图图式第2部分:1︰5 000 1︰10 000地形图图式》,按照GB/T 1.1―2009给出的规则起草。本标准于2017年10月14日发布,自2018年5月1日起实施。 GB/T 20257的本部分规定了1︰5 000、1︰10 000地形图上表示的各种地物、地貌要素的符号、注记和图幅整饰,以及使用这些符号方法和基本要求。本部分适用于1︰5 000、1︰10 000地形图的测绘,编制地理底图可参照使用。本部分的主要内容包括:范围、规范性引用文件、一般规定、符号与注记,以及附录A(规范性附录)说明注记简注表、附录B(资料性附录)样图示例和附录C(规范性附录)图廓整饰 样式。3GB/T 20257.3―2017 GB/T 20257.3―2017《国家基本比例尺地图图式第3部分:1︰25 000 1︰50 000 1︰100 000地形图图式》代替GB/T 20257.3―2006《国家基本比例尺地图图式第3部分:1︰25 000 1︰50 000 1︰100 000地形图图式》,按照GB/T 1.1―2009给出的规则起草。本标准于2017年10月14日发布,自2018年5月1日起实施。 GB/T 20257的本部分规定了1︰25 000、1︰50 000、1︰100 000地形图上表示的各种地物、地貌要素的符号、注记和图廓整饰,以及使用这些符号的方法和基本要求。 本部分适用于1︰25 000、1︰50 000、1︰100 000地形图

人口基础数据库建设规范

竭诚为您提供优质文档/双击可除人口基础数据库建设规范 篇一:全员人口数据库建设培训手册 入户调查———信息卡登记填写篇 以下几个率,我们各级检查中是要考核的,数据库的建设必须达到如下指标: 1、全员人口个案信息覆盖率要求达到95% 口个案信息覆盖率=去除重复个案后数据库包含人口数/应纳入全员库人口总数×100% 应纳入全员库人口包括本地户籍人口(含流出人口)与流入人口。 2、准确率(已采集信息正确的人数占已采集所有人数的比例)(具体计算可能要通过逻辑审核或者是实地调查核与信息卡数据库核对结果计算)95%以上。 3、项目完整率(每人约有50项采集内容,其中每人已采集项目与总项目数的比例)(在实际计算中可能选择其中几项必须填写项来计算,如逻辑审核中重点核实的缺少必填写项目审核) 4、数据库更新及时率(出生或者是四术发生变动时,

数据库是否及时变更,数据库中出生和四术的上报日期与实际的出生日期和实际避孕措施开始日期的变更不应超过三个月或者是更短日期,否则视为不及时) 以上各项指标的高低是关系到全员人口数据库建设成败与否的关键因素。 只有信息采集达到上述标准要求,才能为下一步全员录入奠定基础。 下面将全员人口信息采集步骤详细叙述如下: 一、全员人口数据库要求实现以房管人,内蒙采集规范对房屋的编码要求如下: 内蒙至村级编码示意图:(系统中已经固定编码) 村级至户级示意图:(小区至户未固定编码) 二、具体到平房或楼房中编码规则如下: 如图:这个平房小区共有三排: 第一排共一列,这一列有三院,一院大门向东开,一院里有三户人家,二院大门向南,院内有两户人家,三院有一户人家; 第二排共两列,第一列共一院,院内有两户人家,第二列共有两院,第一院有两户人家,第二院有一户人家; 第三排共一列,这一列有两院人家,第一院有两户,第二院有一户。 那么这个小区内的房屋编码依次为:

国家基本比例尺地形图

国家基本比例尺地形图 我国国家基本比例尺地形图有七种:1:100万、1:50万、1:25万、1:10万、1:5万、1:万和1:1万;普通地图按比例尺通常分为大中小三种:小于100万(小比例尺),10万到100万(中比例尺),大于10万(大比例尺)。 1:100万地形图 (1)用途:反映了制图范围内的自然地理和社会经济概况,用于大范围内进行宏观评价和研究。 (2)投影:采用正轴等角圆锥投影,编绘方法成图。 (3)分幅编号:采用国际1:100万地图分幅标准,从赤道开始,纬度每4°为一列,依次用拉丁字母A、B、C……V表示(20世纪70年代曾一度用阿拉伯数字1、2、3……表示),列号前冠以N或S,以区别北半球和南半球(我国地处北半球,图号前的N全部省略);从180°经线算起,自西向东6°为一纵行,将全球分为60纵行,依次用1、2、3……60表示,“列号—行号”相结合,即为该图的编号。如:J—50,10—50。 1:50万地形图 (1)用途:综合反映了制图范围内的自然地理和社会经济概况,用于较大范围内进行宏观评价和研究地理信息。 (2)投影:采用高斯—克吕格投影,6°分带,采用编绘方法成图。 (3)分幅编号:以1:100万地形图为基础,将每幅1:100万地形图划分成2行2列,共4幅1:50万地形图(20世纪90年代起:平面坐标系统采用1980年西安坐标系,高程系统采用1985国家高程基准),在1:100万图幅编号后加上1:50万的代号和行列号,如:J47B001002。一幅1:50万地形图的范围为经差3°,纬差2°。 1:25万地形图 (1)用途:比较全面和系统地反映了区域内自然地理条件和经济概况,主要供各部门在较大范围内作总体的区域规划、查勘计划、资源利用与自然地理调查。 (2)投影:采用高斯—克吕格投影,6°分带,编绘方法成图。

数据库规范

数据库相关规范 1.使用utf8mb4字符集 2.所有表、字段必须写清中文注释 3.金额字段禁止使用小数存储(单位:分) 4.禁止使用字段属性隐式转换(如:“WHERE ms_no = 1234”ms_no为字符串类型) 5.尽量不使用负向查询(NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等) 6.禁止使用外键,如有完整性约束,需要应用程序控制 7.禁止使用程序配置文件内的账号访问线上数据库 8.禁止非DBA对线上数据库进行写操作 9.开发、测试、线上环境分离 10.所以提交的SQL语句必须经过测试 11.禁止存储大文件或大照片 12.库名、表名、字段名:小写,下划线分割,不超过32个字符,必须见名知意,禁止拼 音英文混用 13.表必须有主键 14.必须把字段定义为NOT NULL并设置默认值 15.必须使用varchar(20)来存储手机号 16.单表索引控制在5个以内,单索引字段数不许超过5个 a)索引的使用。? b)(1) 尽量避免对索引列进行计算。如计算较多,请提请管理员建立函数索引。? c)(2) 尽量注意比较值与索引列数据类型的一致性。? d)(3) 对于复合索引,SQL语句必须使用主索引列? e)(4) 索引中,尽量避免使用NULL。? f)(5) 对于索引的比较,尽量避免使用NOT=(!=)? g)(6) 查询列和排序列与索引列次序保持一致 (7) 禁止在更新频繁、区分度不高(如:性别)的字段上建立索引 (8) 建立组合索引,必须把区分度高的字段放在前面 17.禁止使用SELECT * ,只获取必要的字段 18.禁止使用INSERT INTO t_xxx VALUES(xxx),必须指定插入的列名 19.禁止在WHERE条件的属性上使用函数或表达式 20.禁止%开头的模糊查询 21.禁止使用OR条件 22.应用程序必须捕获SQL异常,并作出相应处理 23.逻辑删除代替物理删除 24.选择最有效的表名、查询条件顺序(从右到左) 25.减少访问数据库的次数 26.SQL中的关键字均使用大写字母,数据表最好起别名 27.查询条件中“>=”代替“>” 28.等号两边使用空格,逗号后使用空格 29.多表操作必须使用别名 30.整条语句必须写明注释,关键逻辑单独书写注释,说明算法、功能 a)注释风格:注释单独成行、放在语句前面。? b)(1) 应对不易理解的分支条件表达式加注释;? c)(2) 对重要的计算应说明其功能;?

数据库建设规范

数据库建设规范 目录 1. 前言 2 2. 范围 3 3. 术语和定义3 范式3 关联3 关系模型 3 视图3 外键3 约束3 主键4 4. 命名规范 4 规范约定 4 表名4 视图4 存储过程 4 函数4 触发器 5 字段5 索引5 5. 数据库建设过程规范 5

概述5 需求分析阶段 6 需求调查 6 内容分析 6 概念结构设计阶段7 定义实体 7 定义关系 7 定义属性 7 定义键8 定义索引 8 定义其他对象和规则9 逻辑结构设计阶段9 数据库物理设计阶段10 实施、运行、维护规范11 6. 数据库建设安全性规范11 概述12 完整性设计12 物理安全 14 访问控制 14 数据备份 15 前言

数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 本规范通过数据建库的命名、结构、建库过程及安全性措施等几个技术方面进行约定,目的就是提供一套规范、合理、科学的建库技术体系,应用系统提供建库技术参考。 范围 本规范主要从关系数据库的命名、关系和结构以及建设过程等几个方面来规定数据库设计应遵循的规范。 术语和定义 范式 关系数据库中的关系是要满足一定要求的,满足不同程度要求的为不同范式。满足最低要求的叫第一范式,简称1NF。在第一范式中满足进一步要求的为第二范式,其余以此类推。一般而言,数据库的设计应至少满足第三范式。 关联 关联是不同表之间的数据彼此联系的方法。关联同时存在于形成不同实体的数据项之间和表实体本身之间,构成了数据库规范化的基本核心问题。它分为一对一、一对多、多对多三种关联形式。 关系模型 关系模型由关系数据结构、关系操作集合和关系完整性约束三部分组成。在 关系模型中,实体与实体间的联系都是用关系来表示的。 视图 视图是一个定制的虚拟表。可以是本地的、远程的或带参数的;其数据可以 来源于一个或多个表,或者其他视图;它是可更新的,可以引用远程表;它可以 更新数据源。视图是基于数据库的,因此,创建视图的前必须有数据库。 外键 外键是一个关系中的一组属性(一个或多个列),它同时也是某种(相同的 或其它的)关系中的主键。它是关系之间的逻辑链接。 约束

数据库设计规范

1概述 1.1 目的 软件研发数据库设计规范作为数据库设计的操作规范, 详细描述了数据库设计过程及结果,用于指导系统设计人员 正确理解和开展数据库设计。 1.2 适用范围 1.3 术语定义 DBMS:数据库管理系统,常用的商业 DBMS有 Oracle, SQL Server, DB2 等。 数据库设计:数据库设计是在给定的应用场景下,构造 适用的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 概念数据模型:概念数据模型以实体- 关系 (Entity-RelationShip, 简称 E-R) 理论为基础,并对这一理论进 行了扩充。它从用户的观点出发对信息进行建模,主要 用于数据库概念级别的设计,独立于机器和各DBMS产品。可以用 Sybase PowerDesigner工具来建立概念数据模型(CDM)。 逻辑数据模型:将概念数据模型转换成具体的数据库产 品支持的数据模型,如关系模型,形成数据库逻辑模式。可

以用 Sybase PowerDesigner工具直接建立逻辑数据模型 ( LDM),或者通过CDM转换得到。 物理数据模型:在逻辑数据模型基础上,根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式。可以用 Sybase PowerDesigner 工具直接建立物理数据模型( PDM),或者通过 CDM / LDM 转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求;兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性:一般符合3NF范式要求,减少冗余数据。 高效率:兼顾规范与效率,适当进行反范式化,满足应 用系统的性能要求。 紧凑性:例如能用 char(10) 的就不要用 char(20) ,提高存储的利用率和系统性能,但同时也要兼顾扩展性和可移植性。 易用性:数据库设计清晰易用,用户和开发人员均能容

研发部门数据库管理规范标准[详]

版/次:2015.11.19 数据库管理规 编制:钱凌杰 审核: 批准: 分发号: XXX信息科技 2015年11月

目录 一、总则 (4) 二、适用围 (4) 三、数据库管理员主要职责 (4) 四、数据库的日常管理工作 (4) 4.1每日的管理工作 (4) 4.2数据库管理的每月工作 (5) 4.3数据库管理的每年工作 (5) 五、数据库的安全管理 (6) 5.1数据库环境安全 (6) 5.2数据库系统安装、启动与更新时的安全规定 (6) 5.3安全和口令策略 (7) 5.4访问控制 (9) 5.5紧急事故的处理 (9) 5.6数据库文件管理 (10) 5.7数据库安全管理 (10) 六、备份与恢复 (10) 6.1备份方式及策略 (11) 6.2备份要求 (11) 6.3恢复的管理 (12) 6.4对长期保存的备份进行校验 (13) 6.5异地容灾备份 (13) 七、日志及监控审计 (13) 7.1审计围 (13) 7.2日志保存 (13) 7.3日志访问 (14) 7.4安全审计 (14) 八、数据存放、归档管理 (14) 九、附则 (15)

一、总则 为规XXX信息科技(以下简称“公司”)信息系统的数据库管理和配置方法,保障信息系统稳定安全地运行,特制订本办法。 二、适用围 本规中所定义的数据管理容,特指存放在信息系统数据库中的数据,对于存放在其他介质的数据管理,参照相关管理办法执行。 三、数据库管理员主要职责 1、负责对数据库系统进行合理配置、测试、调整,最大限度地发挥设备资源优势。负责数据库的安全运行。 2、负责定期对所管辖的数据库系统的配置进行可用性,可靠性,性能以及安全检查。 3、负责定期对所管辖的数据库系统的可用性,可靠性,性能以及安全的配置方法进行修订和完善。 4、负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 5、负责对所管辖数据库系统的数据一致性和完整性,并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 6、负责做好数据库系统及数据的备份和恢复工作。

数据库建设规范.doc

v1.0可编辑可修改 数据库建设规范 目录 1.前言 (3) 2.范围 (3) 3.术语和定义 (3) 范式 (3) 关联 (3) 关系模型 (3) 视图 (4) 外键 (4) 约束 (4) 主键 (4) 4.命名规范 (4) 规范约定 (4) 表名 (5) 视图 (5) 存储过程 (5) 函数 (5) 触发器 (5) 字段 (6) 索引 (6)

v1.0可编辑可修改 5.数据库建设过程规范. (6) 概述 (6) 需求分析阶段 (7) 需求调查 (7) 内容分析 (8) 概念结构设计阶段 (8) 定义实体 (8) 定义关系 (9) 定义属性 (9) 定义键 (9) 定义索引 (10) 定义其他对象和规则 (11) 逻辑结构设计阶段 (11) 数据库物理设计阶段 (12) 实施、运行、维护规范 (13) 6.数据库建设安全性规范. (14) 概述 (14) 完整性设计 (14) 物理安全 (17) 访问控制 (17) 数据备份 (18)

1.前言 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境, 构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 本规范通过数据建库的命名、结构、建库过程及安全性措施等几个技术方面进行约定, 目的就是提供一套规范、合理、科学的建库技术体系,应用系统提供建库技术参考。 2.范围 本规范主要从关系数据库的命名、关系和结构以及建设过程等几个方面来规定数据库设计应遵循的规范。 3.术语和定义 范式 关系数据库中的关系是要满足一定要求的,满足不同程度要求的为不同范式。满足最低要求的叫第一范式,简称 1NF。在第一范式中满足进一步要求的为第二范式,其余以此类推。一般而言,数据库的设计应至少满足第三范式。 关联 关联是不同表之间的数据彼此联系的方法。关联同时存在于形成不同实体的数据项之间 和表实体本身之间,构成了数据库规范化的基本核心问题。它分为一对一、一对多、多对多三种关联形式。 关系模型 关系模型由关系数据结构、关系操作集合和关系完整性约束三部分组成。在

数据库管理规范

数据库管理规范版本号:V1.0 信息科 2017年4月

数据库管理规范 1 规范说明 (3) 2 维护管理安全规范 (3) 3设计规范 (4) 4. SQL编写规范 (7) 5. 数据库备份与恢复策略规范 (8) 6开发测试与上线安全规范 (10) 7 监控 (10) 8连接池使用规范 (11) 9 数据库重要级别划分 (11) 10 数据库安装规范 (12) 11 业务上线数据库部分规范 (13)

1 规范说明 本规范是针对数据库使用,维护管理,设计开发等。 2 维护管理安全规范 2.1数据库版本使用规范【强制】 MYSQL使用5.6.39社区版本 2.3数据库账户安全与管理规范 2.3.1 密码安全【强制】 ●密码不少于8位,应包含数字,字母,字符 ●密码不应该和用户名一致 ●删除数据库默认空用户账户 ●必须修改root密码 2.4账户安全管理【强制】 ●为应用程序设立独立访问账户 ●禁止开发工程师通过应用帐号登录生产数据库 ●禁止QA申请线上账号与使用账号登陆线上环境进行测试 ●数据库只有root用户具有最高管理权限 ●备份数据库用户要单独建立,并专属备份恢复操作 ●数据库安装后删除或锁闭不需要使用的数据库账号 ●数据库管理员账户可以锁定和解锁其他用户 ●数据库管理账户在空闲5分钟以上会自动退出 ●数据库管理权限账号不能超过2个 2.5数据库日志管理规范【强制】

windows、linux 下的日志管理 ●Windows系统应开启日志功能,记录系统和系统中各个进程的相关信息 ●linux的操作系统要开启系统日志 ●Mysql数据库如果使用了innodb引擎必须打开二进制日志 ●Mysql必须打开慢日志,并且将慢日志阀值设置为1-2秒之间 ●对Mysql的错误日志等要进行定期查看,定期清理和定期备份管理 2.6数据库架构规范【强制】 2.6.1 mysql数据库高可用 ●MYSQL 采用复制+第三方心跳软件或者第三方集群架构(经测试后)实现近7X24小时高 可用性要求,数据库架构必须能够实现故障自动迁移,满足业务7X24小时持续服务要求 3设计规范 3.1命名规范【强制】 3.1.1表的命名 表的名称在T_后增加一个或者多个后缀,表名、字段名必须使用小写字母或数字;禁止出现数字开头,禁止两个下划线中间只出现数字。数据库字段名的修改代价很大,因为无法进行预发布,所以字段名称需要慎重考虑。 3.1.2视图命名:V_相关表名(或者根据需要另取名字) 3.1.3存储过程命名:PRO_存储过程名(用英文表达存储过程意义) 3.1.4函数命名:FUN_函数名称(用英文表达函数作用) 3.1.5触发器命名:TRI_触发器名称(用英文表达触发器作用) 3.1.6索引命名:I_表名_字段名(如果存在多字段索引,取每字段前三个字符加下划线组合,如:在 hyid,hyname,hymobile上建立联合索引,命名:I_表名_hyi_hyn_hym,如果前三个截取字符相同,就从字段名称中不同的字符开始取三个字符加下划线组合,如:在 zhyid,zhyname,zhymobile上建立联合索引,命名:I_表_id_nam_mob) 3.1.7唯一索引命名:UI_表名_字段名(如果存在多字段唯一索引,取每字段前三个字符加下划线组合,如:在 hyid,hyname,hymobile上建立唯一索引,命名:UI_表名

SQLserver数据库设计及开发规范

LMS项目数据库设计 及使用规

在本项目中,数据库的设计和使用必须遵循以下原则: 1命名原则 1.1约定: Pascal Casing命名方式: 1.每一个单词的第一个字母大写,例如:B ank N ame。 2.常用单词缩写三个字母以下字母都大写,例如:SP、PG 3.常用单词缩写三个字母以上第一个字母大写,例如:Xml 1.2表名和字段 规则如下: ?使用英文单词或词组作为表名,不得使用汉语拼音,建立一个中英文对照字典。 ?用名词和名词短语作表名 ?不使用复数,除非与数据库保留字冲突 ?用Pascal 命名规则 ?尽量谨慎地使用缩写 ?尽量不要和关键字重合 ?不要用任何名前缀(例如U,B) ?数据库对象名称不使用下划线 正确的命名,例如: Users Order Product 1.3存储过程 规则如下: 命名规则为up_xxx_StoredProcedureName,up表示User Procedure,用来区分它和系统存储过程,xxx表示子系统的名称,由三个字母构成,各个子系统参见下表,StoredProcedureName为存储过程含义 StoredProcedureName规则如下: ?用动词或动词短语来命名,并带有宾语 ?需要符合用Pascal 命名规则。 ?尽量谨慎地使用缩写 ?尽量不要和关键字重合

?不要用任何名前缀(例如U,B) ?StoredProcedureName不使用下划线 ?当操作依赖条件时,一般结尾使用By+条件 存储过程正确的命名,例如: Up_Usr_InsertUser Up_Usr_SearchUserByUserID Up_Usr_DeleteUserByUserID 各个子系统的缩写如下: 1.4视图 规则如下: ?视图的命名采用vw ViewName的格式,其中vw前缀表示视图,ViewName部分表示视图的含义。 ViewName规则如下: ?用名词和名词短语, ?不使用复数 ?用Pascal 命名规则 ?尽量谨慎地使用缩写 ?尽量不要和关键字重合 ?不要用任何名前缀(例如U,B) ?ViewName中不使用下划线 视图正确的命名,例如: vwUser vwUserOrder vwTranscation 视图错误的命名,例如: UserView vw_Transcation_View

国家基本比例尺地形图新旧图幅编号变换公式及其应用

国家基本比例尺地形图新旧图幅编号 变换公式及其应用 1∶1万、1∶2.5万、1∶5万、1∶10万、1∶25万、1∶50万和1∶100万地形图是我国的国家基本比例尺地形图,其图幅编号现有两种形式,一种是1991年以前地形图分幅编号标准产生的,称为旧图幅编号,另一种是1991年以后新的国家地形图分幅编号标准所产生的,称为新图幅编号。在使用中就存在一个国家基本比例尺地形图新旧图幅编号之间的变换问题。本文通过对新旧图幅编号方法和规律的研究,提出了新旧图幅编号之间的变换公式。 一、新旧图幅编号的变换公式 1. 旧图幅编号到新图幅编号的变换公式 (1) (2) (3) (4) (5) (6) 这里,式(1)~式(6)分别是1∶50万~1∶1万地形图的图号变换公 式,H 50,H 25 ,H 10 ,H 5 ,H 2 和H 1 分别是1∶50万~1∶1万地形图的新图幅编号 中的行代码,取三位,不足三位前面用“0”补足,L 50,L 25 ,L 10 ,L 5 ,L 2 和L 1 分别是1∶50万~1∶1万地形图的新图幅编号中的列代码,取三位,不 足三位用“0”补足,X 50,X 25 ,X 10 ,X 5 。X 2 和X 1 分别是1∶50万~1∶1 万地形图旧图幅编号中相应比例尺地形图的图幅代码值,简称图幅代码值,如1∶50万地形图的图幅代码是A,B,C和D,则按字母排列顺序赋值分别为1,2,3,4,其他比例尺地形图的图幅代码也照此处理,[]表示小数取整,()表示小数取余。 2. 新图幅编号到旧图幅编号的变换公式

(1′) (2′) (3′) (4′) (5′) (6′) 这里,式(1′)~式(6′)分别是1∶50万~1∶1万地形图的图号变换公式,公式中各字母含义同上。 由于篇幅所限,国家基本比例尺地形图新旧图幅编号变换公式的原理省略。 二、新旧图幅变换公式的应用 1. 已知旧编号求其新的图幅编号 为直观明了起见,把计算过程和结果编制成一个表格,如表1所示。

数据库设计规范标准

关系型数据库设计规范 目录 文档类别使用对象 4 1. 概述 5 1.1 简介 (5) 1.2 术语定义 (5) 1.3 参考资料 (5) 1.4 版本更新记录 (5) 2.数据库设计的目标7 3. 数据库的特征7 3.1完整性约束 (8) 3.1.1not null约束 (9) 3.1.2缺省值 (9) 3.1.3 unique约束 (9) 3.1.4 primary key约束 (10) 3.1.5 参照完整性约束 (10) 3.1.6 check约束 (11) 3.2 存储过程 (11) 3.3 触发器 (12) 3.4 事务处理 (13) 3.4.3 事务与一致性 (13) 3.4.4 事务和恢复 (15)

3.5 并发处理 (15) 3.5.3 死锁 (15) 3.5.4 读一致性 (16) 3.6 序号生成器 (16) 3.7 视图 (16) 3.7.3 安全性 (18) 3.7.4 逻辑数据独立性 (18) 4. 调整数据库设计以提高系统性能19 4.1 建立有用的性能标准 (19) 4.2 数据库的规范化 (19) 4.3 通过非规范化设计提高数据库的效率 (20) 4.3.3 非规范化的原因 (20) 4.3.4 非规范化技术 (20) 4.3.5 进行非规范化处理时的注意事项 (21) 4.4 表的大小 (22) 4.4.3 表是否过小 (22) 4.4.4 表是否过大 (22) 4.4.5 如何减小表的尺寸 (23) 4.5 记录的大小 (23) 4.5.3 列有最佳的位置吗 (23) 4.5.4 存在最佳的记录大小吗 (23) 4.5.5 记录是否过小 (23)

数据库设计规范化的五个要求

数据库设计规范化的五个要求 通常情况下,可以从两个方面来判断数据库是否设计的比较规范。一是看看是否拥有大量的窄表,二是宽表的数量是否足够的少。若符合这两个条件,则可以说明这个数据库的规范化水平还是比较高的。当然这是两个泛泛而谈的指标。为了达到数据库设计规范化的要求,一般来说,需要符合以下五个要求。 要求一:表中应该避免可为空的列。 虽然表中允许空列,但是,空字段是一种比较特殊的数据类型。数据库在处理的时候,需要进行特殊的处理。如此的话,就会增加数据库处理记录的复杂性。当表中有比较多的空字段时,在同等条件下,数据库处理的性能会降低许多。 所以,虽然在数据库表设计的时候,允许表中具有空字段,但是,我们应该尽量避免。若确实需要的话,我们可以通过一些折中的方式,来处理这些空字段,让其对数据库性能的影响降低到最少。 一是通过设置默认值的形式,来避免空字段的产生。如在一个人事管理系统中,有时候身份证号码字段可能允许为空。因为不是每个人都可以记住自己的身份证号码。而在员工报到的时候,可能身份证没有带在身边。所以,身份证号码字段往往不能及时提供。为此,身份证号码字段可以允许为空,以满足这些特殊情况的需要。但是,在数据库设计的时候,则可以做一些处理。如当用户没有输入内容的时候,则把这个字段的默认值设置为0或者为N/A。以避免空字段的产生。 二是若一张表中,允许为空的列比较多,接近表全部列数的三分之一。而且,这些列在大部分情况下,都是可有可无的。若数据库管理员遇到这种情况,笔者建议另外建立一张副表,以保存这些列。然后通过关键字把主表跟这张副表关联起来。将数据存储在两个独立的表中使得主表的设计更为简单,同时也能够满足存储空值信息的需要。 要求二:表不应该有重复的值或者列。 如现在有一个进销存管理系统,这个系统中有一张产品基本信息表中。这个产品开发有时候可以是一个人完成,而有时候又需要多个人合作才能够完成。所以,在产品基本信息表产品开发者这个字段中,有时候可能需要填入多个开发者的名字。 如进销存管理中,还需要对客户的联系人进行管理。有时候,企业可能只知道客户一个采购员的姓名。但是在必要的情况下,企业需要对客户的采购代表、仓库人员、财务人员共同进行管理。因为在订单上,可能需要填入采购代表的名字;可是在出货单上,则需要填入仓库管理人员的名字等等。 为了解决这个问题,有多种实现方式。但是,若设计不合理的话在,则会导致重复的值或者列。如我们也可以这么设计,把客户信息、联系人都放入同一张表中。为了解决多个联系人的问题,可以设置第一联系人、第一联系人电话、第二联系人、第二联系人电话等等。若还有第三联系人、第四联系人等等,则往往还需要加入更多的字段。 可是这么设计的话,会产生一系列的问题。如客户的采购员流动性比较大,在一年内换了六个采购员。此时,在系统中该如何管理呢?难道就建立六个联系人字段?这不但会导致空字段的增加,还需要频繁的更改数据库表结构。明显,这么做是不合理的。也有人说,可以

相关文档
最新文档