SQL SERVER性能优化综述
SQL SERVER性能优化综述
--原著:Haiwer
近期因工作需要，希望比较全面的总结下SQL SERVER数据库性能优化相关的注意事项，在网上搜索了一下,发现很多文章,有的都列出了上百条,但是仔细看发现，有很多似是而非或者过时(可能对SQL SERVER6.5以前的版本或者ORACLE是适用的)的信息，只好自己根据以前的经验和测试结果进行总结了。
我始终认为，一个系统的性能的提高，不单单是试运行或者维护阶段的性能调优的任务，也不单单是开发阶段的事情，而是在整个软件生命周期都需要注意，进行有效工作才能达到的。所以我希望按照软件生命周期的不同阶段来总结数据库性能优化相关的注意事项。
一、 分析阶段
一般来说，在系统分析阶段往往有太多需要关注的地方，系统各种功能性、可用性、可靠性、安全性需求往往吸引了我们大部分的注意力，但是，我们必须注意，性能是很重要的非功能性需求，必须根据系统的特点确定其实时性需求、响应时间的需求、硬件的配置等。最好能有各种需求的量化的指标。
另一方面，在分析阶段应该根据各种需求区分出系统的类型，大的方面，区分是OLTP（联机事务处理系统）和OLAP（联机分析处理系统）。
二、 设计阶段
设计阶段可以说是以后系统性能的关键阶段，在这个阶段，有一个关系到以后几乎所有性能调优的过程—数据库设计。
在数据库设计完成后，可以进行初步的索引设计，好的索引设计可以指导编码阶段写出高效率的代码，为整个系统的性能打下良好的基础。
以下是性能要求设计阶段需要注意的：
1、 数据库逻辑设计的规范化
数据库逻辑设计的规范化就是我们一般所说的范式，我们可以这样来简单理解范式：
第1规范：没有重复的组或多值的列，这是数据库设计的最低要求。
第2规范: 每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某些组成部分。消除部分依赖，大部分情况下，数据库设计都应该达到第二范式。
第3规范: 一个非关键字段不能依赖于另一个非关键字段。消除传递依赖，达到第三范式应该是系统中大部分表的要求，除非一些特殊作用的表。
更高的范式要求这里就不再作介绍了，个人认为，如果全部达到第二范式，大部分达到第三范式，系统会产生较少的列和较多的表，因而减少了数据冗余，也利于性能的提高。
2、 合理的冗余
相关文档：
11.3调优程序/减轻负载
如果期望减轻数据库服务器整体的CPU或者I/O负载，可通过以下步骤确定资源密集型的SQL语句：
1.选择在应用程序的处理高峰期检测。
2.在以上周期内，收集操作系统及Oracle统计信息。需要收集的Oracle统计信息至少包括文件的I/O（通过视图V$FILESTAT），系统统计信息（V$SYSSTAT），以及SQL统计信息� ......
SQL语句(增、删、改、查)
一、增：有4种方法
1.使用insert插入单行数据：
语法：insert [into] <表名> [列名] values <列值>
例：insert into Strdents (姓名,性别,出生日期) values ('开心朋朋','男','1980/6/15')
注意：into可以省略；列名列值用逗� ......
一、综述
命名和编码过程中，定义有意义的名称，以易于理解、方便书写为原则。
（1）避免使用中文，尽量使用全拼音或全英文，以方便国际化；
（2）避免拼音和英文的中西合璧，如：CAOZUO_TIME；
（3）避免在命名中包括空格及特殊字符；
（4）避免使用保留字；
（5）避免名称太长，注意缩写的使用，缩写规则为单词前4� ......
最近两天一直在折腾SQL语句，没办法，写数据库的兄弟给了两个例子就不再管了，而且最近请假了。今天加班还是折腾这么一个语句，总是不对，请老大看了看还是没看出门道来， 在SQLite Expert Professional 里面写的语句都可以执行成功，但是在Android的工程里面怎么折腾就不对。 郁闷啊，今天加班算是白加了。
为了查找和学� ......
下午向数据库SQL SERVER中遇到添加图片类型数据的问题，本以为在界面管理器中可以直接（通过指定路径把图片的数据保存起来）添加图片却不然。网上搜了下找到了相关的较专业的资料，整合解读一下： 两种方法： 第一就是在数据库中存储图片的路径，然后在程序中根据读取的路径读取图片；这� ......
