数据库规范
关于数据库的使用规范（摘抄整理）
关于数据库的使⽤规范（摘抄整理）⼀.数据库环境:1.开发环境(dev)开发可读写，可修改表结构。
开发⼈员可以修改表结构，可以随意修改其中的数据但是需要保证不影响其他开发同事。
2. 测试环境(test)开发可读写，开发⼈员可以通过⼯具修改表结构。
3.线上环境(production)开发⼈员不允许直接在⽣产环境进⾏数据库操作，如果需要操作必须找DBA进⾏操作并进⾏相应记录，禁⽌进⾏压⼒测试。
⼆.命名规范1.基本命名规则使⽤有意义的英⽂词汇，词汇中间以下划线分隔。
（不要⽤拼⾳）只能使⽤英⽂字母，数字，下划线，并以英⽂字母开头。
库、表、字段全部采⽤⼩写，不要使⽤驼峰式命名。
避免⽤ORACLE、MySQL的保留字，如desc，关键字如index。
命名禁⽌超过32个字符，须见名之意，建议使⽤名词不是动词数据库，数据表⼀律使⽤前缀临时库、表名必须以tmp为前缀，并以⽇期为后缀备份库、表必须以bak为前缀，并以⽇期为后缀2.为什么库、表、字段全部采⽤⼩写？在 MySQL 中，数据库和表对就于那些⽬录下的⽬录和⽂件。
因⽽，操作系统的敏感性决定数据库和表命名的⼤⼩写敏感。
Windows下是不区分⼤⼩写的。
Linux下⼤⼩写规则数据库名与表名是严格区分⼤⼩写的；表的别名是严格区分⼤⼩写的；别名与列的别名在所有的情况下均是忽略⼤⼩写的；变量名也是严格区分⼤⼩写的；如果已经设置了驼峰式的命名如何解决？需要在MySQL的配置⽂件my.ini中增加 lower_case_table_names = 1即可。
3.表命名: 同⼀个模块的表尽可能使⽤相同的前缀，表名称尽可能表达含义。
所有⽇志表均以 log_ 开头4.字段命名表达其实际含义的英⽂单词或简写。
布尔意义的字段以is_作为前缀，后接动词过去分词。
各表之间相同意义的字段应同名。
各表之间相同意义的字段，以去掉模块前缀的表名_字段名命名。
外键字段⽤表名_字段名表⽰其关联关系。
表的主键⼀般都约定成为id，⾃增类型，是别的表的外键均使⽤xxx_id的⽅式来表明。
数据库开发安全规范
数据库开发安全规范1. 密码安全- 使用强密码：密码应包含大小写字母、数字和特殊字符，并且长度应不少于8位。
- 定期更换密码：为了保持数据库的安全性，管理员应定期更换数据库密码。
- 不保存明文密码：开发人员不得将用户密码以明文形式存储在数据库中。
2. 数据备份和恢复- 定期备份数据：管理员应定期备份数据库中的重要数据，以防止数据丢失或损坏。
- 离线备份：备份数据应存储在不同物理位置的离线设备上，以防止数据丢失或被未经授权的访问者篡改。
- 定期测试数据恢复：管理员应定期测试数据库备份的可恢复性，以确保在发生数据丢失时能够快速进行恢复操作。
3. 访问控制- 最小权限原则：管理员应为开发人员分配最小必要权限，以降低数据泄露和滥用的风险。
- 严格权限控制：数据库用户应仅被授予其工作所需的权限，以防止未经授权的访问和数据泄露。
- 监控和审计：管理员应实施日志监控和审计机制，以便及时检测和响应异常访问行为。
4. 网络安全- 防火墙配置：数据库服务器应配置防火墙，限制从外部网络访问数据库的连接。
- 加密通信：数据库的网络通信应使用加密协议，如SSL/TLS，以确保数据在传输过程中的安全性。
- 远程访问限制：禁止未经授权的远程访问数据库，仅允许经过身份验证的用户进行远程访问。
5. 安全审计- 定期安全审计：管理员应定期进行数据库安全审计，包括检查权限配置、访问日志、异常行为等，以发现潜在的安全隐患。
- 及时处理安全漏洞：一旦发现数据库安全漏洞，管理员应立即采取措施进行修复，以防止被黑客利用。
以上是数据库开发安全规范的主要内容。
管理员和开发人员应严格遵守这些规范，以保护数据库中的数据安全和用户隐私。
数据库标准规范(两篇)2024
数据库标准规范（二）引言：数据库是当代信息系统中关键的存储和管理数据的工具，数据库标准规范的制定对于确保数据的一致性、完整性和可靠性至关重要。
本文将详细阐述数据库标准规范的五个大点，包括数据库设计、数据模型、数据操作、数据存储和数据安全。
概述：在数据库标准规范中，数据库设计是基础，决定了整个数据库系统的架构和功能。
数据模型定义了数据的结构和属性，数据操作确定了对数据库的增删改查操作，数据存储指定了数据的物理存储方式，数据安全保证了数据库的安全性和可用性。
正文内容：一、数据库设计1. 定义数据库设计的目标和要求，包括数据的一致性、可扩展性和易用性。
2. 建立数据库的概念模型，包括实体关系模型、关系模型和层次模型。
3. 制定数据库设计的规范和准则，确保数据库结构的一致性和易维护性。
4. 设计数据库的表结构，包括表的字段、属性和约束等。
5. 定义数据库的索引和视图，提高数据库的查询和操作效率。
二、数据模型1. 介绍常用的数据模型，包括层次模型、网络模型、关系模型和面向对象模型。
2. 选择合适的数据模型，根据数据库的特点和应用需求进行权衡。
3. 设计数据模型的实体和属性，确保数据的准确性和完整性。
4. 定义数据模型之间的关系，包括一对一、一对多和多对多关系。
5. 使用标准的建模工具和方法，对数据模型进行建模和验证。
三、数据操作1. 定义数据操作的目标和要求，包括数据的增加、删除、修改和查询。
2. 设计数据操作的接口和功能，提供简单易用的操作方式。
3. 制定数据操作的规范和约束，确保数据的一致性和安全性。
4. 优化数据操作的性能，提高查询和更新的效率。
5. 实现数据操作的事务管理和并发控制，确保数据的一致和可靠。
四、数据存储2. 设计数据的物理存储结构，包括数据文件、表空间和数据块等。
3. 制定数据存储的规范和准则，确保数据的安全和可靠。
4. 实施数据存储的备份和恢复策略，保护数据的完整性和可用性。
5. 优化数据存储的性能，提高数据访问的效率和响应速度。
数据库建设规范
数据库建设规范数据库作为存储、管理和处理数据的重要工具，在现代信息化建设中起着至关重要的作用。
为了提高数据库的质量和效率，确保数据的安全性和准确性，需要制定一套数据库建设规范。
本文将从数据库设计、数据规范、性能优化和安全保障四个方面详细介绍数据库建设规范。
一、数据库设计在数据库建设的初期阶段，良好的数据库设计能够为后期的开发和维护工作奠定基础。
数据库设计应遵循以下几点规范：1. 数据库表命名规范表名应具有具体的描述性，能够准确表达其所存储的数据内容，并采用小写字母与下划线组合的方式命名，例如"order_info"。
2. 字段命名规范字段名应有明确的含义，避免使用缩写和数字等模糊的命名方式。
同时，字段名也应采用小写字母与下划线组合的方式命名，例如"create_time"。
3. 主键和外键规范每个表应有主键，并使用自增长或唯一性约束来保证主键的唯一性。
同时，在设计关联表时，外键应与关联的主键类型一致。
4. 索引规范为常用作查询条件的字段创建索引，以提高查询效率。
在创建索引时，需要根据实际情况进行选择，避免过多的索引对性能造成负面影响。
二、数据规范数据库中的数据质量对于后续的数据分析和决策产生重要影响。
为了保证数据的一致性和准确性，需要制定以下数据规范：1. 数据类型规范在对字段进行设计时，需要选择合适的数据类型，以节省存储空间，并确保数据的正确性。
例如，对于存储日期时间的字段，应选择合适的日期时间类型。
2. 数据录入规范为了避免数据录入错误，需要制定数据录入规范。
规定数据录入格式、校验规则和必填字段，同时提供数据录入的帮助文档和提示信息，以减少错误的发生。
3. 数据清洗规范对于已有的大规模数据，需要进行数据清洗，剔除重复、错误、缺失和异常数据，以保证数据库中的数据质量。
三、性能优化数据库的性能直接关系到系统的响应速度和用户体验。
为了提高数据库的性能，需要进行以下优化措施：1. 查询优化使用合适的查询方式、优化复杂查询语句、减少不必要的连接和子查询，以提高查询效率。
数据库规范的说明书
数据库规范的说明书一、引言数据库规范是为了保证数据在数据库中的存储、检索和管理过程中的一致性、有效性和安全性。
本文档旨在说明数据库规范的相关内容，包括数据库设计、命名规范、数据类型、索引、约束和备份等。
二、数据库设计规范1. 数据表设计原则- 保持表的简洁性，每个表只包含一类相关数据- 使用主键来唯一标识每个表中的记录- 避免使用过多的冗余字段- 使用关联表来处理多对多的关系2. 数据表命名规范- 表名应以可读性强、描述性好的词语命名- 使用小写字母和下划线来分隔单词- 避免使用保留字或关键字作为表名3. 字段命名规范- 字段名应具有描述性，能够清晰表达字段所代表的含义- 使用小写字母和下划线来分隔单词- 避免使用缩写或无意义的字段名4. 数据类型选择- 根据数据的性质选择适当的数据类型，避免过度浪费存储空间 - 使用整型或日期时间类型来存储数值和日期时间数据- 使用字符类型来存储文本数据，考虑字符集和长度限制三、索引规范1. 索引的选择原则- 对于经常需要进行查询或排序的字段，考虑创建索引以提高检索效率- 避免在更新频繁的字段上创建索引，以减少索引维护开销- 在联合查询中，根据查询条件的频率和选择性来选择合适的索引类型2. 索引的创建和维护- 对于大型表，避免创建过多的索引，以减少磁盘空间占用- 定期对索引进行优化、重建和碎片整理，以保持索引的高效性四、约束规范1. 主键和唯一约束- 每个表应有唯一的主键来标识记录- 对于唯一性要求的字段，使用唯一约束来确保数据的唯一性2. 外键约束- 对于存在关联关系的表，使用外键来建立表之间的关联- 定义外键时，确保在相关表中存在对应的主键或唯一约束3. 检查约束- 使用检查约束来限制字段取值的范围或满足特定条件五、备份和恢复规范1. 定期备份数据- 根据数据的重要性和变动频率，制定备份策略（如每日全量备份和定期增量备份）2. 测试备份和恢复过程- 定期测试备份文件的完整性和可用性- 针对数据库故障情况，进行恢复的演练和测试六、安全规范1. 用户权限管理- 分配合适的权限给不同的用户，确保数据的安全性- 定期审查和更新用户权限，避免权限滥用2. 数据备份和恢复的安全- 将备份文件存储在安全的位置，防止数据泄露或损坏- 加密敏感数据，确保数据在备份和恢复过程中的安全性七、总结本文档详细说明了数据库规范的相关内容，包括数据库设计、命名规范、数据类型、索引、约束和备份等。
数据库设计规范
数据库设计规范数据库设计规范是指在进行数据库设计时需要遵循的一系列规则和准则，以确保数据库的结构和功能能够满足用户需求，并且能够高效地进行数据管理和存储。
本文将介绍一些常见的数据库设计规范，包括命名规范、数据类型选择、索引设计、表关系设计等。
1. 命名规范在数据库设计中，良好的命名规范能够使数据库对象更易于理解和维护。
以下是一些建议：1.1 表名、列名和约束名应使用清晰明了的描述性词汇，避免使用含糊不清或缩写的名称。
1.2 使用统一的命名风格，如下划线命名法（例如：user_name）或者驼峰命名法（例如：userName）。
1.3 避免使用数据库关键字作为对象的名称，以免引起冲突。
2. 数据类型选择选择合适的数据类型对数据库的性能和空间利用是至关重要的。
以下是一些常见的数据类型选择规范：2.1 尽量使用较小的数据类型，以减少存储空间和提高查询性能。
2.2 对于整数类型，根据实际需求选择合适的精度（如TINYINT、SMALLINT、INT等）。
2.3 对于字符串类型，根据实际需求选择合适的长度（如VARCHAR、CHAR等）。
2.4 避免使用文本型字段存储大量的文本数据，可以考虑使用CLOB或BLOB类型。
3. 索引设计合理的索引设计可以加速查询操作，但是过多或不恰当的索引会增加维护成本和写操作的开销。
以下是一些常见的索引设计规范：3.1 为频繁使用作为查询条件的字段添加索引，以提高查询性能。
3.2 避免在较小的表或者稀疏的字段上创建索引，因为这可能导致索引失效并降低性能。
3.3 当需要根据多个字段进行查询时，考虑创建复合索引，以提高查询效率。
4. 表关系设计在数据库设计中，表与表之间的关系是非常重要的。
以下是一些常见的表关系设计规范：4.1 使用主键（Primary Key）和外键（Foreign Key）来建立表与表之间的关联，以确保数据的完整性和一致性。
4.2 避免使用过多的嵌套层次关系，以减少查询的复杂性。
数据库管理规范
数据库管理规范引言概述：数据库管理规范是指在数据库设计、创建、维护和使用过程中应遵循的一系列规则和标准。
遵循数据库管理规范能够提高数据库的性能、安全性和可靠性，确保数据库的有效管理和使用。
本文将从数据库设计、备份与恢复、安全性、性能优化和维护五个方面详细阐述数据库管理规范的内容。
一、数据库设计1.1 数据库结构设计- 确定数据库的实体和关系，进行概念模型设计。
- 设计合理的表结构，避免冗余和重复数据。
- 设计适当的主键和外键，确保数据完整性和一致性。
1.2 数据库字段设计- 根据实际需求选择合适的数据类型和长度，避免浪费存储空间。
- 设置字段约束，限制数据的取值范围和格式。
- 为字段添加注释，提高代码的可读性和维护性。
1.3 数据库索引设计- 根据查询需求设计合理的索引，提高查询性能。
- 避免过多的索引，减少数据库的存储空间和维护成本。
- 定期对索引进行优化和重建，保持索引的有效性和性能。
二、备份与恢复2.1 定期备份数据库- 制定合理的备份策略，包括全量备份和增量备份。
- 选择合适的备份工具和存储介质，确保备份的可靠性和安全性。
- 定期测试备份的完整性和可恢复性，保证备份的有效性。
2.2 灾难恢复计划- 制定灾难恢复计划，包括备份数据的恢复流程和步骤。
- 定期演练灾难恢复计划，确保在紧急情况下能够快速恢复数据。
- 存储备份数据的地点要与数据库服务器分离，防止同时遭受灾难。
2.3 监控与报警- 监控数据库备份的执行情况，及时发现备份失败或者异常情况。
- 设置合理的报警机制，及时通知管理员备份异常情况。
- 定期检查备份日志，确保备份的完整性和可靠性。
三、安全性3.1 用户权限管理- 为每一个用户分配合适的权限，避免数据泄露和非法操作。
- 定期审查和更新用户权限，确保权限的合理性和安全性。
- 禁止共享账号和密码，每一个用户使用独立的账号进行操作。
3.2 数据加密- 对重要的敏感数据进行加密存储，保护数据的机密性。
数据库设计规范_编码规范
数据库设计规范_编码规范数据库设计规范包括数据库表结构的设计原则和数据库编码规范。
数据库表结构的设计原则包括表的命名规范、字段的命名规范、主键和外键的设计、索引的使用、约束的定义等。
数据库编码规范包括SQL语句的书写规范、存储过程和函数的命名规范、变量和参数的命名规范、注释的使用等。
1.表的命名规范-表名使用有意义的英文单词或短语，避免使用拼音或缩写。
- 使用下划线（_）作为单词之间的分隔符，如：user_info。
- 表名使用单数形式，如：user、order。
2.字段的命名规范-字段名使用有意义的英文单词或短语，避免使用拼音或缩写。
- 字段名使用小写字母，使用下划线（_）作为单词之间的分隔符，如：user_name。
- 字段名要具有描述性，可以清楚地表示其含义，如：user_name、user_age。
3.主键和外键的设计-每张表应该有一个主键，用于唯一标识表中的记录。
- 主键字段的命名为表名加上“_id”，如：user_id。
- 外键字段的命名为关联的表名加上“_id”，如：user_info_id，指向user_info表的主键。
4.索引的使用-对于经常用于查询条件或连接条件的字段，可以创建索引，提高查询性能。
-索引的选择要权衡查询性能和写入性能之间的平衡。
-不宜为每个字段都创建索引，避免索引过多导致性能下降。
5.约束的定义-定义必要的约束，保证数据的完整性和一致性。
-主键约束用于保证唯一性和数据完整性。
-外键约束用于保证数据的一致性和关联完整性。
6.SQL语句的书写规范-SQL关键字使用大写字母，表名和字段名使用小写字母。
-SQL语句按照功能和逻辑进行分行和缩进，提高可读性。
-使用注释清晰地描述SQL语句的功能和用途。
7.存储过程和函数的命名规范-存储过程和函数的命名要具有描述性，可以清楚地表示其功能和用途。
-使用有意义的英文单词或短语，避免使用拼音或缩写。
- 使用下划线（_）作为单词之间的分隔符，如：get_user_info。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SELECT DISTINCT
batchid,
companyid,
userid,
direction,
fromwkfid,
towkfid
FROM
T_WorkflowLog
WHERE
dotime BETWEEN '2008-09-02'
AND '2008-0S twfl
24.选择最有效的表名、查询条件顺序（从右到左）
25.减少访问数据库的次数
26.SQL中的关键字均使用大写字母，数据表最好起别名
27.查询条件中“>=”代替“>”
28.等号两边使用空格，逗号后使用空格
29.多表操作必须使用别名
30.整条语句必须写明注释，关键逻辑单独书写注释，说明算法、功能
a)注释风格：注释单独成行、放在语句前面。?
6.禁止使用外键，如有完整性约束，需要应用程序控制
7.禁止使用程序配置文件内的账号访问线上数据库
8.禁止非DBA对线上数据库进行写操作
9.开发、测试、线上环境分离
10.所以提交的SQL语句必须经过测试
11.禁止存储大文件或大照片
12.库名、表名、字段名：小写，下划线分割，不超过32个字符，必须见名知意，禁止拼音英文混用
12.使用UNION ALL替换UNION
13.查询大量数据使用分页或TOP
14.递归查询层级限制
15.NOT EXISTS替代NOT IN
16.尽量避免使用OR运算符
17.增加事务异常处理机制
禁止在数据库做复杂运算
1.XML解析
2.字符串相似性比较
3.字符串搜索（Charindex）
4.复杂运算在程序端完成
WHERE
=
AND =
AND =
AND =
AND = 1 --人员类别（1：正式员工）
AND =
GROUP BY
,
,
,
;
过程都以sp_开头，注意过程名称要符合命名要求?
参数：p_变量名_in（传入）、p_变量名_out（传出）
游标：cur_变量名
/**************************************************************************?
name:sp_Write_log
name:v_Unit_Ms?
parameter:p_Name in varchar2参数描述?
create date:2003-04-1?
creater:创建人员
desc:视图描述
****************************************************************************/
函数注释：
函数以f开头，命名符合命名标准
/**************************************************************************?
name:f_Get_JobId?
parameter:p_Name in varchar2参数描述
return number:返回值描述
我想从上而三个例子中，大家应该明白，最好不要在LIKE条件前面用模糊匹配，否则就用不到索引查询。
禁止使用游标
关系数据库适合集合操作，也就是对由WHERE子句和选择列确定的结果集作集合操作，游标是提供的一个非集合操作的途径。一般情况下，游标实现的功能往往相当于客户端的一个循环实现的功能。
游标是把结果集放在服务器内存，并通过循环一条一条处理记录，对数据库资源（特别是内存和锁资源）的消耗是非常大的。
-- SQL语句编写格式样例
--关键词换行，换行后空两个空格
SELECT
, --用户名称
,
,
COUNT(1) trueworkload --单位缴费个人帐户个数
FROM
t_systemuserinfo ts, --医疗保险单位缴费表
t_genworkflow tg,
t_batch tb,
t_companyinfotmp tc,
新建的索引无法被应用立即使用，必须通过发布代码才能生效
变量/参数/关联字段类型必须与字段类型一致
避免类型转换额外消耗的CPU，引起的大表scan尤为严重
限制JOIN个数
单个SQL语句的表JOIN个数不能超过5个
过多的JOIN个数会导致查询分析器走错执行计划
过多JOIN在编译执行计划时消耗很大
限制IN子句中条件个数
15.表索引数不超过6个
16.表索引数不超过6个（这个规则只是携程DBA经过试验之后制定的。。。）
17.索引加快了查询速度，但是却会影响写入性能
18.一个表的索引应该结合这个表相关的所有SQL综合创建，尽量合并
19.组合索引的原则是，过滤性越好的字段越靠前
20.索引过多不仅会增加编译时间，也会影响数据库选择最佳执行计划
d)(3)对于复合索引，SQL语句必须使用主索引列?
e)(4)索引中，尽量避免使用NULL。?
f)(5)对于索引的比较，尽量避免使用NOT=（!=）?
g)(6)查询列和排序列与索引列次序保持一致
(7)禁止在更新频繁、区分度不高（如：性别）的字段上建立索引
(8)建立组合索引，必须把区分度高的字段放在前面
13.表必须有主键
14.必须把字段定义为NOT NULL并设置默认值
15.必须使用varchar（20）来存储手机号
16.单表索引控制在5个以内，单索引字段数不许超过5个
a)索引的使用。?
b)(1)尽量避免对索引列进行计算。如计算较多，请提请管理员建立函数索引。?
c)(2)尽量注意比较值与索引列数据类型的一致性。?
Schema解耦
禁止跨库JOIN
数据生命周期
根据数据的使用频繁度，对大表定期分库归档
主库/归档库物理分离
日志类型的表应分区或分表
对于大的表格要进行分区，分区操作将表和索引分在多个分区，通过分区切换能够快速实现新旧分区替换，加快数据清理速度，大幅减少IO资源消耗
频繁写入的表，需要分区或分表
注释范例?
过程注释：
3.应该对ORDER BY子句中经常使用的列创建索引
4.不应该对小型的表（仅使用几个页的表）创建索引，这是因为完全表扫描操作可能比使用索引执行的查询快
5.单表索引数不超过6个
6.不要给选择性低的字段建单列索引
7.充分利用唯一约束
8.索引包含的字段不超过5个（包括include列）
9.不要给选择性低的字段创建单列索引
禁止使用触发器
触发器对应用不透明（应用层面都不知道会什么时候触发触发器，发生也也不知道，感觉莫名……）
禁止在查询里指定索引
With(index=XXX)（?在查询里我们指定索引一般都用With(index=XXX) ??）
随着数据的变化查询语句指定的索引性能可能并不最佳
索引对应用应是透明的，如指定的索引被删除将会导致查询报错，不利于排障
查询大量数据使用分页或TOP
合理限制记录返回数，避免IO、网络带宽出现瓶颈
递归查询层次限制
使用MAXRECURSION来防止不合理的递归CTE进入无限循环
尽量避免使用OR运算符
对于OR运算符，通常会使用全表扫描，考虑分解成多个查询用UNION/UNION ALL来实现，这里要确认查询能走到索引并返回较少的结果集
17.禁止使用SELECT *，只获取必要的字段
18.禁止使用INSERT INTO t_xxx VALUES(xxx)，必须指定插入的列名
19.禁止在WHERE条件的属性上使用函数或表达式
20.禁止%开头的模糊查询
21.禁止使用OR条件
22.应用程序必须捕获SQL异常，并作出相应处理
23.逻辑删除代替物理删除
create date:2003-04-1?
creater:创建人员?
desc:函数总功能描述?
****************************************************************************/
视图注释?：
视图以v开头，命名符合命名标准?
/**************************************************************************
31.尽量减少使用ORDER BY与GROUP BY操作影响性能
32.所有写入上线程序的SQL语句，都必须提取保存并写清注释与所在位置模块
33.创建共享SQL语句，并写清帮助文档
34.避免变量循环赋值、使用
索引设计准则
1.应该对WHERE子句中经常使用的列创建索引
2.应该对经常用于连接表的列创建索引
SQL查询
1.禁止在数据库做复杂运算
2.禁止使用SELECT *
3.禁止在索引列上使用函数或计算
4.禁止使用游标
5.禁止使用触发器
6.禁止在查询里指定索引
7.变量/参数/关联字段类型必须与字段类型一致
8.限制JOIN个数
9.限制SQL语句长度及IN子句个数
10.尽量避免大事务操作
11.关闭影响的行计数信息返回
parameter:p_textContext_in in varchar2参数描述?
parameter:p_textContext_outoutvarchar2参数描述?
create date:2003-04-1?
creater:创建人员
desc:过程总功能描述?
****************************************************************************/?