Advertisement

数据库规划与构建标准

  • 5星
  •     浏览量: 0
  •     大小:None
  •      文件类型:DOC


简介:
数据库开发设计规范 该文档旨在为数据库设计与开发过程提供一套规范化标准,以确保构建出的数据库系统既能具备高效的性能,又能保持较高的维护效率。它详细阐述了数据库设计与开发阶段应当遵循的规定、需提交的相关文件以及它们的编写规范。 #### 2. 符号说明 - **斜体**:需更改内容的位置。 - []:方括号内的内容可省略。 - {}:大括号内必须包含特定参数。 - |:竖线两边的内容必须选择其一作为选项。 - _:下划线表示连接符,不可省略。 - +:加号表示连接符的选择项之一。 - 正常体:不可更改的文本内容。 - 红色字体:需特别遵守的格式要求。 #### 3. 命名规则 - **3.1 变量标识规则** - 所有变量标识应遵循格式`@v[类型缩写]_有意义的英文名称`(每个单词首字母大写)。 - **3.2 数据库对象命名规范** - 在数据库设计中,用户定义的对象(如数据库名称、表名、字段名等)必须避免使用保留关键字作为标识符。 - **3.3 所有者权限设置** - 所有数据库操作均需在`dbo`空间内执行,禁止创建非`dbo`空间的存储对象。 - **3.4 缩进策略说明** - 系统默认采用固定的缩进宽度进行代码排版。 #### 4. 数据库对象引用规则 - **4.1 相同数据源** - 列:`{表信息|别名|视图名称}.{字段信息}` - 存储过程:`{存储过程名称}[参数表]` - 用户定义函数:`{用户定义函数名称}[参数表]` - **4.2 不同数据源** - 列:`{数据库名称}. {表信息}.{字段信息}` - 存储过程:`{数据库名称}. {存储过程名称}[参数表]` - 用户定义函数:`{数据库名称}. {用户定义函数名称}[参数表]` - **4.3 连接器** - 列:`{连接器名称}.dbos.{表信息}.{字段信息}` - 存储过程:`{连接器名称}.dbos.{存储过程名称}[参数表]` - 用户定义函数:`{连接器名称}.dbos.{用户定义函数名称}[参数表]` #### 5. 实体关系图集 - **5.1 表** - **表命名规则**:中文名称为“表的描述”,英文名称为对应中文名称的英文单词缩写(每个单词首字母大写)。 - **表注释**:用中文说明该表的用途,并尽量提供以月为单位该表数据量的大约变化量。 - **表设计规则**:表设计应符合第三范式的规则,但不应过度规范化导致性能下降。考虑历史数据的保留问题,确保历史数据不会被修改。 - **行的所有列**(除LOB类型外)的长度总和不能超过8060字节。 - **列命名规则**:中文名称为列描述,英文名称为对应中文名称的英文单词缩写(每个单词首字母大写)。 - **列属性说明**: - 数值型的列都要有`default`,以便于参与运算。 - 存储中文的列一律使用`nvarchar`类型。 - 具有序号含义的列尽量采用SQL Server提供的`Identity`列,避免重号或跳号。 - 明显不能为空的列,必须禁止为空,例如年龄。 - 如果某列的值是通过数学运算从本行中其他列得到,可以采用计算列功能实现。 - **5.2 键** - **主键索引命名规则**:英文名称为`PK_表英文名称`。 - **主键设计规则**:不要以变化趋势不规则的列作为主键,如性别。 - **聚集索引**:聚集索引不一定是主键,尤其是不能建立在无意义的自增列上。由于每个表只能有一个聚集索引,请谨慎使用。 - **外键索引命名规则**:英文名称为`FK_外部键列英文名称`。 - **5.3 视图** - **命名规则**:中文名称为“v_视图描述”,英文名称为`v_对应中文名称的英文单词缩写`(每个单词首字母大写)。 - **注释**:用中文说明该视图的用途、该视图的基表以及是否可以通过该视图修改其基表。 - **列命名规则**:中文名称为基表的中文名称。 #### 6. 数据字典(RTF或HTM文档) - **6.1 数据表** 阐述各个表格的基础要素及其在系统中的作用。每个数据表都应包含清晰的字段定义、数据类型和访问权限等关键信息,确保其能够有效支持业务流程。 - **6.2 视图** 罗列所有视图的相关细节,并说明它们如何聚合或筛选数据以满足不同用户的需求。包括基本视图、复杂计算视图以及实时监控视图等多种类型,为用户提供灵活的数据展示方式。 - **6.3 存储过程列表** 列出所有的存储过程及其在执行特定任务中的作用。每个存储过程都应有明确的参数接口和操作逻辑,确保其能够高效完成数据处理或业务流程的关键步骤。 - **6.4 触发器列表** 描述所有触發器及其触发條件和執行動作。这些觸發器應能有效監控數據變化、事件發生或用戶行動,并在指定条件下自动执行相应操作以维护数据完整性。 - **6.5 用户定义函数列表** 列出所有的用户自定義函數及其功能描述,包括输入输出参数的定义和主要运算逻辑。這些函數應能根據需求完成數據處理、計算或決策支持等核心功能。 #### 7. 物理设计(Word文档) - **7.1 数据库物理参数** 阐述数据库的物理存储架构,包括容量范围、扩展策略等内容。 - **7.2 创建用户SQL** 列出创建用户所需的标准SQL语句,并提供相应的操作说明。 - **7.3 数据库备份与恢复方案** 制定数据库备份与重建的具体方案,确保数据完整性和可用性。 本文档详细阐述了一整套数据库开发设计的标准体系,涵盖了名称命名原则、数据对象引用规范以及实体间关联图谱等多维度展开说明。遵循这套标准体系将有助于提升数据库系统整体的质量水平,并增强其稳定性与可靠性,同时简化了日常维护工作。

全部评论 (0)

还没有任何评论哟~
客服
客服
  • 北京村庄(修订版).doc
    优质
    《北京村庄规划数据库标准(修订版)》对北京市内村庄规划的数据管理、分类编码及应用规则进行了系统规范和更新,为乡村规划建设提供标准化指导。 为规范村庄规划数据库建设,并统一全市范围内村庄空间规划的工作成果与数据格式,依据《中华人民共和国土地管理法》等相关法律法规及《北京市村庄规划导则》、《北京市城乡规划计算机辅助制图标准》等标准和规范,在结合北京城市总体规划(2016年—2035年)相关要求以及北京市的村庄规划管理需求的基础上,《分区规划数据库标准》与《乡镇域空间规划数据库标准》进行了调整,从而形成了此份新的《北京村庄规划数据库标准(修订版)》。 本规范详细规定了构成村庄规划数据库的内容、定位基础、要素分类、编码规则、数据结构及文件命名规则等内容,并适用于北京市内所有涉及村庄规划的数据收集与管理过程。该标准的制定旨在确保全市范围内的空间规划工作成果具有统一的标准和格式,提高整体工作效率和质量。 1. **目的与适用范围** 本《北京村庄规划数据库标准(修订版)》的主要目标是规范并指导北京市各区域在进行村庄规划时的数据收集、处理及存储过程。通过明确各项具体要求,确保所有相关数据的一致性和标准化,并引用了包括GBT2260和GBT13923在内的国家标准和技术规程来保障其合规性与准确性。 2. **数据库基本需求** - 数据库内容应涵盖空间要素(矢量图层及栅格图像)、非空间信息(如规划文档、表格等)以及元数据。 - 空间定位基准采用“北京地方坐标系”作为参考框架,以保证所有地理信息的准确性和一致性。 - 成果交付时需确保无拓扑错误且图形完整无缝隙,并遵循标准命名规则和属性结构。此外,还要求规划边界必须与第三次全国土地调查结果相吻合,提交前须进行全面的数据质量检查。 3. **要素分类及编码体系** 数据库中的数据被细分为不同类别并采用十位数字层次码进行标识,包括大类、小类直至三级子类等多级结构。这一系统通过专业的代码和业务代码来区分各类别,并为每一项具体信息分配了唯一的编号。 4. **质量保证措施** 为了确保数据库的完整性和准确性,在各行政区提交规划成果前需要执行一系列的质量控制程序,包括但不限于数据完整性、空间数学基础的一致性以及与标准规定的符合程度等方面的检查。这些步骤旨在保障所有提供的资料和图表之间的一致性和逻辑连贯性。 《北京村庄规划数据库标准(修订版)》为北京市的村庄规划工作提供了一个全面的数据管理和组织框架,有助于提高整体工作效率及质量,并且也为未来的实施计划提供了坚实的基础支持。
  • ArcGIS符号
    优质
    《构建ArcGIS符号库规划》一文旨在系统阐述如何在地理信息系统中建立高效、统一且功能全面的ArcGIS符号资源体系,为地图制图与空间数据可视化提供强有力支持。 规划ArcGIS符号库是一项重要的工作,需要细致考虑各种地图要素的表示方法,确保符号的一致性和美观性。这包括设计不同类型的点、线和面符号,并且要考虑到在不同的比例尺下如何有效地展示信息。 为了保证符号库的质量,还需要进行一系列测试以验证其适用性与兼容性,在实际应用中能够满足用户需求的同时也便于维护更新。
  • 国土空间汇交要求及.zip
    优质
    这份资料详细介绍了中国国土空间规划的数据汇交规范和数据库建设的标准,旨在指导相关部门高效、准确地进行数据收集与管理。适合从事城市规划、地理信息等领域的专业人士参考学习。 资源主要包括国土空间规划数据汇交要求(包括汇交程序、频率及内容)以及省级和市县级国土空间总体规划数据库标准。
  • 设计(表结
    优质
    简介:本课程专注于数据库设计中的表结构规划,涵盖关系建模、规范化理论及优化策略等关键概念与实践技巧。 适合与数据库设计的专业人员合作,可以从专业角度分析数据库架构设计。
  • 国土空间_20190520_1330.rar
    优质
    这是一个包含2019年5月20日关于国土空间规划相关数据标准的压缩文件,适用于从事地理信息系统、城市规划和自然资源管理的专业人士。 国土空间规划数据标准包括: 1. 省级国土空间规划数据库标准(2019年5月20日) 2. 市县级国土空间总体规划数据库标准(2019年5月20日) 3. 国土空间规划数据汇交要求(2019年5月20日)
  • EMC VPLEX 实施双活中心
    优质
    本课程深入探讨EMC VPLEX技术在构建双活数据中心中的应用,涵盖实施与规划的关键步骤,旨在帮助IT专业人员掌握实现高可用性、灾难恢复解决方案的最佳实践。 EMC VPLEX实施和规划用于搭建双活数据中心。
  • 水文基础表结识符
    优质
    《水文数据库基础表结构与标识符标准》一书聚焦于制定统一的水文学科数据管理规范,涵盖基础表设计及标识符设定准则,旨在提升水资源信息系统的标准化水平和互操作性。 在水文学领域,数据管理至关重要,因为它涉及对水质、水流状态以及相关气象因素的长期监测。基础水文数据库表结构及标识符标准文档详细阐述了如何构建一个有效且规范化的数据库系统以确保数据的一致性、完整性和可访问性。 一、表结构设计 1. 主表与子表:在基础水文数据库中,通常设置主表来存储核心信息如站点详情和观测时间序列。同时设立子表记录关联的详细信息,比如地理位置或仪器参数等,并通过外键确保数据间的联系及完整性。 2. 数据分区:为了优化查询效率并管理大量数据,可以按年份、月份或其他关键字段对大表进行分割。例如将水位观测按照时间划分成不同的区间以提高特定时间段的数据检索速度。 3. 正规化:遵循数据库设计的正规化原则减少冗余和防止不一致现象的发生。比如把站点信息或测量方法等通用数据存储在单独的表格中,避免重复记录每个观测结果中的相同内容。 二、标识符标准 1. 站点标识符:为确保唯一性,每一个监测站都应有其独特的ID以便于识别和区分不同位置的数据。 2. 观测类型标识符:每种类型的观察(如水位或流量)都应该有一个单独的代码以利于分类与分析,并有助于在不同的系统之间交换数据。 3. 时间序列标识符:连续观测的数据需要一个唯一的时间序列ID来关联同一指标的不同时间点值,便于进行时间序列分析。 三、数据编码与标准化 1. 单位编码:统一使用国际标准单位(如流量为立方米每秒,水位为米)以避免因转换引起的混乱。 2. 状态代码:预定义的状态码用于表示观测结果的异常情况(例如缺失值或修正后的数值),便于后续处理。 3. 数据质量控制:建立数据评估和编码体系来标记异常值、超出范围的数据等,提高数据可信度。 四、元数据管理 元数据是描述实际记录的信息,包括采集方法、设备详情及观测条件。一个完善的水文数据库应当包含全面的元信息以帮助用户理解其来源与质量。 五、数据库安全与备份 1. 权限管理:设置不同级别的权限确保系统的安全性,并防止未经授权的操作。 2. 定期备份:定期执行数据备份以防意外丢失,保障业务连续性。 基础水文数据库表结构及标识符标准文档涵盖了构建高效可靠系统所需的关键要素。从设计原则到编码规范再到元信息管理和安全措施,每个方面都对有效管理与应用水资源监测数据至关重要。遵循这些准则将显著提升信息系统效能和科学价值。
  • 不动产登记不动产整合技术范(试行).zip
    优质
    该文档为《不动产登记数据库标准与不动产数据整合建库技术规范(试行)》,提供了我国不动产登记数据库建设的标准和技术指导。 在土地和房屋现行数据库标准规范以及《不动产登记数据库标准》(试行)的指导下,不动产登记数据整合工作按照以下步骤进行:首先建立标准化原始库;然后根据《不动产登记数据库标准》(试行)将这些数据整合进中间库;最后构建用于支持不动产登记信息管理基础平台运行的结果数据库。整个过程中的每个环节都需要严格的质量控制措施来确保准确性与可靠性。
  • 治理管理
    优质
    本规定旨在建立和维护统一的数据治理体系,通过制定和执行数据标准,确保组织内外部数据的质量、一致性和安全性,支持业务决策和发展。 数据治理-数据标准管理办法涵盖了流程、制度、改进及组织结构等方面的全面方案。