x
[0050] 1.4字段命名规则
[0051] 数字、字符、日期/时间、杂项，字段由表的简称、下划线，实际名字加后缀组成。后 缀：使用小写字母，代表该字段的属性。
[005引 1.5视图命名规则
[0053] 字段由前缀和实际名字组成，中间用下划线连接。
[0054] 前缀：使用小写字母V，表示视图。
[00 巧] 例如：v_indust;ry_district
[0056] 1.6存储过程命名规则
[0057] 字段由前缀和实际名字组成，中间用下划线连接。
[0058] 前缀：使用字母SP，表示存储过程。
[0059] 1.7函数命名规则
[0060] 字段由前缀和实际名字组成，中间用下划线连接。
[0061] 前缀：使用字母F，表示函数。
[0062] 1. 8sql语句规则
[0063] 所有sql关键词全部大写，比如Select,Update,FROM, 0畑邸，BY等。
[0064] 2、表汇总
[0065] 2. 1组织机构代码数据分析系统
[0066]
[0067] 3、组织机构代码数据分析系统数据实体
[0068] 3. 1 行政区域表：district
[0069]
[0074]
[0090]
[0098] 3. 14未登录用户IP使用属性表：ipRestrict
[0099]
[0100] 4、运用设计
[0101] 4.1数据交互接口
[0102] 数据交换主要体现在两个方面：一方面体现在本单位内部系统之间的数据交换， 另一方面体现在单位内部系统与其他单位系统的数据交换。
[0103] 本系统要求实现如下的接口规范需求：
[0104] (1)本系统各子系统保留接口功能，方便将来的数据交换。
[0105] (2)与上级局、下属区局、市政府相关系统开发商共同协商制定接口的标准格式， 在此基础上开发接口。
[0106] (3)采用XML数据描述语言定义数据接口。XML是一个跨平台的数据描述标，XML 支持大量不同的应用，具有良好的可靠性和与交互操作性。
[0107] 由于XML已经成为今后相当长一段时间内的一个跨平台的数据描述标准，因此我 们建议采用XML格式作为标准的描述语言。并且，在数据文件中，同时描述字段的含义W及 所有数据，使任何平台下的任何软件均能正确读取。
[010引 XML是一种描述语言，与格式无关，任何软件都可W只关注自己感兴趣的数据，而 不必在意其存放位置的变异。因此XML具有很好的可扩充性，便于随着今后行业标准的变 化而逐步调整接口标准。
[0109] 4. 2 优化
[0110] (1)查询优化规则
[0111] 在访问数据库表的数据（AccessData)时，要尽可能避免排序（Sod)、连接 (Join)和相关子查询操作。经验告诉我们，在优化查询时，必须做到：
[0112] a.尽可能少的行；
[0113] b.避免排序或为尽可能少的行排序，若要做大量数据排序，最好将相关数据放在 临时表中*作；用简单的键（列）排序，如整型或短字符串排序；
[0114] C.避免表内的相关子查询；
[0115] d.避免在Where子句中使用复杂的表达式或非起始的子字符串、用长字符串连 接；
[011引e.在Where子句中多使用"与"（And)连接，少使用"或"伽）连接；
[0117] f.利用临时数据库。在查询多表、有多个连接、查询复杂、数据要过滤时，可W建临 时表（索引）W减少I/O。但缺点是增加了空间开销。
[0118] 除非每个列都有索引支持，否则在有连接的查询时分别找出两个动态索引，放在 工作表中重新排序。
[0119] (2)数据库对象的放置策略
[0120] 数据库对象的放置策略是均匀地把数据分布在系统的磁盘中，平衡I/O访问，避 免I/O瓶颈。
[012。a.访问分散到不同的磁盘，即使用户数据尽可能跨越多个设备，多个I/O运转，避 免I/O竞争，克服访问瓶颈；分别放置随机访问和连续访问数据。
[0122] b.分离系统数据库I/O和应用数据库I/O。把系统审计表和临时表放在不忙的磁 盘上。
[0123] C.把事务日志放在单独的磁盘上，减少磁盘I/O开销，运还有利于在障碍后恢复， 提高了系统的安全性。
[0124] d.把频繁访问的"活性"表放在不同的磁盘上；把频繁用的表、频繁做化in*作的 表分别放在单独的磁盘上，甚至把把频繁访问的表的字段放在不同的磁盘上，把访问分散 到不同的磁盘上，避免I/O争夺；
[0125] e.利用段分离频繁访问的表及其索引（非聚族的）、分离文本和图像数据。段的 目的是平衡1/0,避免瓶颈，增加吞吐量，实现并行扫描，提高并发度，最大化磁盘的吞吐量。 利用逻辑段功能，分别放置"活性"表及其非聚族索引W平衡I/O。当然最好利用系统的默 认段。另外，利用段可W使备份和恢复数据更加灵活，使系统授权更加灵活。
[0126] 4. 3安全保密设计
[0127] (1)用户帐号密码的加密方式
[012引对用户帐号的密码进行加密处理，确保在任何地方都不会出现密码的明文。本系 统对用户密码进行MD5加密。确保密码不出现明文。
[0129] 似角色与权限
[0130] a.数据库的角色管理策略
[0131] 授予用户一定的权限，限制用户操纵数据库的权力。
[0132] 授予用户对数据库实体的存取执行权限，阻止用户访问非授权数据。
[0133] 提供数据库实体存取审计机制，使数据库管理员可W监视数据库中数据的存取情 况和系统资源的使用情况。
[0134] 采用视图机制，限制存取基表的行和列集合。
[0135] b.用户角色管理策略
[0136] 对所有客户端按工作性质分类，分别授予不同的用户角色。
[0137] 对不同的用户角色，根据其使用的数据源，分别授予不同的数据库对象存取权限。 [013引基于W上的安全策略，可W防止非法用户访问数据库，限制合法用户操纵数据库 的权限，最大限度的保证数据的安全。
[0139] C.备份策略
[0140] 根据实际需要，可W采用逻辑备份或（和）物理备份，最大限度地保护用户的数据 完全。
[0141] 逻辑备份
[0142] 数据库的逻辑备份包含读一个数据库记录集和将记录集写入文件。
[0143] 输出巧xport):输出可W是整个数据库、指定用户或指定表。
[0144] 输入（Import):输入将输出建立的二进制转储文件读入并执行其命令。
[0145] 物理备份
[0146] 物理备份包含拷贝构成数据库的文件而不管其逻辑内容。
[0147] 脱机备份
[014引脱机备份用在当数据库已正常关闭，数据库处于"offline"时，要备份各数据文 件。
[0149] 联机备份
[0150] 联机备份可用来备份任何运作在ARCHIVEL0G方式下的数据库。在运种方式下，联 机日志被归档，在数据库内部建立一个所有作业的完整记录。
[015。 联机备份过程具备强有力的功能。第一，提供了完全的时间点（point-in-time) 恢复。第二，在文件系统备份时允许数据库保持打开状态。
[0152] 实现的策略有：
[0153] 在操作系统级，使用大容量磁盘阵列，通过磁盘映像技术使每一个数据库文件自 动分布于每个物理磁盘。运样，当某个磁盘出现物理损坏时，操作系统会自动引发映像磁盘 来取代失效的磁盘，保证数据库的正常运行。
[0154] 采用多服务器，可W在另一服务器上保留一个备份数据库。备份数据库与正在使 用的数据库具有相同的参数状态，运样