数据库优化
数据库优化方法
数据库优化方法数据库是现代应用程序的核心组成部分，它们存储着应用程序所需的所有数据。
但是，随着数据量的增加，数据库的性能可能会受到影响。
为了确保数据库的高效性和可靠性，需要进行数据库优化。
本文将介绍一些常用的数据库优化方法。
1. 索引优化索引是数据库中最重要的优化工具之一。
它们可以加快查询速度，提高数据库的性能。
在创建索引时，应该选择适当的列，并确保索引的数量不会过多。
过多的索引会降低数据库的性能。
2. 查询优化查询是数据库中最常用的操作之一。
因此，优化查询是提高数据库性能的关键。
在编写查询时，应该尽量避免使用复杂的查询语句。
此外，应该使用合适的数据类型和数据长度，以减少查询时间。
3. 数据库设计优化数据库设计是数据库性能的关键因素之一。
在设计数据库时，应该遵循一些基本原则，如避免冗余数据、使用适当的数据类型和长度、避免使用过多的表等。
此外，应该定期进行数据库维护，以确保数据库的高效性和可靠性。
4. 缓存优化缓存是提高数据库性能的另一种方法。
通过缓存，可以减少数据库的访问次数，从而提高数据库的性能。
在使用缓存时，应该选择适当的缓存策略，并确保缓存的数据与数据库的数据保持同步。
5. 硬件优化硬件优化是提高数据库性能的另一种方法。
通过升级硬件，可以提高数据库的处理能力和存储能力。
在升级硬件时，应该选择适当的硬件配置，并确保硬件的兼容性和稳定性。
数据库优化是确保数据库高效性和可靠性的关键。
通过索引优化、查询优化、数据库设计优化、缓存优化和硬件优化等方法，可以提高数据库的性能，从而提高应用程序的性能和可靠性。
数据库性能优化方法
数据库性能优化方法
1. 使用索引：使用合适的索引可以提高数据库的查询速度。
根据查询的字段和查询条件来选择合适的索引类型和列，可以有效减少数据的读取和过滤时间。
2. 避免全表扫描：尽量避免对整个表进行扫描，可以通过使用索引、加入合适的查询条件和优化查询语句等方法来避免。
3. 正确使用事务：事务的正确使用可以提高数据库的并发处理能力，避免锁的竞争和冲突。
4. 分区和分表：对于大型数据库或者数据量较大的表，可以考虑进行分区或者分表，将数据存储在多个物理文件中，提高查询和插入的效率。
5. 数据库缓存：使用缓存技术可以将常用的数据存储在内存中，避免频繁的磁盘读写，提高访问速度。
6. 优化查询语句：对于复杂的查询语句，可以通过优化语句的结构、使用合适的操作符和函数等方法，减少查询的时间和资源消耗。
7. 避免多次连接和断开连接：数据库连接是一种资源消耗较大的操作，应尽量避免频繁的连接和断开操作。
8. 合理设计数据库结构：合理设计数据库表的结构和关系，尽量避免冗余和重复数据的存储，可以节省存储空间和提高查询效率。
9. 使用合适的数据类型：选择合适的数据类型可以节省存储空间，减少磁盘读写的时间。
10. 定期清理和优化数据库：定期清理无用的数据和优化数据库的结构可以提高数据库的性能，减少查询和写入的时间。
数据库优化方法与技巧
数据库优化方法与技巧数据库是现代信息系统中的核心组成部分，负责存储和管理数据，为应用程序提供高效的数据操作和查询功能。
然而，随着数据量和访问量的增加，数据库性能可能会受到限制，导致应用程序响应变慢甚至崩溃。
为了解决这个问题，数据库优化成为了必不可少的一环。
本文将介绍一些常用的数据库优化方法与技巧，从索引优化、查询优化、数据模型设计等方面来提高数据库的性能。
一、索引优化索引是提高数据库查询性能的重要手段。
在设计数据库时，通过对关键字段创建索引可以大大减少查询的时间复杂度，提高查询效率。
确定哪些字段需要创建索引，是一个需要仔细考虑的问题。
一般来说，可以根据以下几个原则进行索引优化：1.选择合适的索引类型：不同的数据库支持不同的索引类型，如B树索引、哈希索引、全文索引等。
根据需要选择最适合的索引类型可以提高查询效率。
2.避免过多索引：虽然索引可以加速查询，但是过多的索引也会带来额外的维护成本。
只选择关键字段创建索引，并在数据库设计中尽量避免冗余字段可以减少索引的数量。
3.使用组合索引：当需要同时根据多个字段进行查询时，可以考虑创建组合索引，将多个字段合并在一起作为索引，可以提高查询效率。
4.定期维护索引：随着数据库的更新，索引的性能可能会下降。
定期对索引进行维护，如重新构建索引、优化索引大小等，可以保持索引的高效性。
二、查询优化查询是数据库最常用的操作之一，优化查询性能对整个系统的响应速度有着重要的影响。
下面是一些常见的查询优化方法：1.减少查询结果集：只返回应用程序需要的数据可以减少查询的时间和数据传输的开销。
尽量使用SELECT语句指定需要的字段，避免使用SELECT * 来返回全部字段。
2.使用JOIN优化查询：当涉及到多个表的查询时，使用JOIN操作将多个查询合并为一个复杂查询可以减少数据库的访问次数，提高查询效率。
3.避免使用子查询：尽量避免使用子查询，特别是在大数据量的情况下，因为子查询会增加数据库的负载和查询的时间。
数据库优化方法
数据库优化方法数据库是计算机系统中非常重要的一部分，它承载着大量的数据，为企业的决策提供了基础数据支持。
随着数据量的不断增大，数据库的性能问题也越来越突出。
为了提高数据库的性能，我们需要采取一些优化方法来提高数据库的响应速度和稳定性。
本文将介绍一些常见的数据库优化方法。
1. 索引优化索引是数据库优化的重要手段之一。
它可以大大提高查询速度，加快数据检索的效率。
在建立索引时，应该根据查询频率和数据量来选择合适的索引类型，以及优化索引的大小和深度。
同时，还需要定期对索引进行维护和优化，删除不必要的索引，重新构建或重建索引等操作，以保证索引的有效性和稳定性。
2. 数据库分区数据库分区是将数据库中的数据按照一定的规则分成多个部分，使得每个部分可以独立地进行管理和维护。
这样可以提高数据库的查询速度和数据的访问效率，同时还可以减少锁的竞争，提高并发性能。
在进行数据库分区时，需要考虑数据的访问频率、数据的大小和数据的类型等因素，以便选择合适的分区策略。
3. SQL优化SQL语句是数据库操作的核心，优化SQL语句可以提高数据库的性能。
在编写SQL语句时，应该尽量避免使用复杂的子查询和连接操作，优化查询条件，尽量减少检索数据的数量。
同时，还需要避免使用模糊查询和通配符查询等操作，以免影响查询速度和数据库的性能。
4. 数据库缓存数据库缓存是将经常访问的数据存储在内存中，以便快速访问。
这样可以减少数据库的读写操作，提高数据访问的速度和效率。
在进行数据库缓存时，需要考虑缓存的大小和缓存的更新策略，以保证缓存的有效性和稳定性。
5. 数据库备份和恢复数据库备份和恢复是数据库管理的重要任务之一。
它可以保证数据的安全性和完整性，防止数据丢失和损坏。
在进行数据库备份和恢复时，需要选择合适的备份策略和恢复策略，定期进行备份和恢复操作，以保证数据的安全性和可靠性。
6. 数据库监控和调优数据库监控和调优是保证数据库性能的关键。
它可以及时发现数据库的性能问题，进行调整和优化，提高数据库的响应速度和稳定性。
数据库性能优化方案
数据库性能优化方案
一、设计优化
1、分析应用程序对数据库的访问模式，确定查询需要优化的优先级；
2、设计数据库的索引结构；
3、记录查询执行的过程，通过查看查询分析器来发现瓶颈；
4、减少或者消除不必要的连接；
5、优化存储结构；
6、增加视图、函数、触发器等概念，使系统模块得以更加细粒度的
划分；
8、精简SQL语句，比如使用更有效的 Join 方式；
9、使用合理的数据类型，比如 varchar 改为 char等，也可以为相
同结构内的表单施加一定的压缩技术；
10、设置合理的缓存；
11、避免使用排序操作，或者尝试使用外部排序；
二、数据库工具优化
1、使用数据库工具来实现备份与恢复，并定期备份数据；
2、使用SQL分析器及数据库工具，检查索引是否被合理的使用；
3、使用数据库工具来诊断存储过程性能，并优化其执行计划；
4、使用数据库管理软件来分析系统表空间的使用，自动扩展表空间；
5、使用管理工具来控制系统资源，来优化系统性能。
三、系统配置优化
1、尽可能减少系统中的等待和锁定操作，优化排序，减少全表扫描；。
优化数据库的八种方法
优化数据库的八种方法优化数据库是提高数据库性能和效率的重要手段之一。
下面将介绍八种常见的数据库优化方法。
一、合理设计数据库结构数据库结构的设计直接影响数据库的性能和效率。
在设计数据库时，应注意以下几点：1. 表的字段应设置合理的数据类型和长度，避免浪费存储空间和计算资源。
2. 为表添加适当的索引，以加快查询速度。
索引应根据查询的频率和类型进行选择。
3. 合理划分表和字段的关系，避免冗余和重复数据。
使用范式化的设计可以提高数据的一致性和完整性。
二、优化查询语句优化查询语句是提高数据库性能的关键。
以下是一些优化查询语句的方法：1. 调整查询语句的顺序，将最常用和最重要的条件放在前面，以提高查询效率。
2. 避免使用通配符查询，如“%”，会导致全表扫描，影响性能。
3. 使用合适的连接方式，如INNER JOIN、LEFT JOIN等，减少不必要的数据读取。
4. 避免在WHERE子句中使用函数，函数会导致索引失效，影响查询效率。
三、优化索引索引是提高数据库查询效率的重要手段。
以下是一些优化索引的方法：1. 选择合适的索引类型，如B树索引、哈希索引等，根据查询的类型和频率进行选择。
2. 避免在索引列上使用函数或运算符，这会导致索引失效。
3. 定期对索引进行优化和重建，以保证索引的有效性和性能。
四、合理使用缓存缓存是提高数据库访问速度的重要手段。
以下是一些合理使用缓存的方法：1. 使用数据库缓存，如Redis、Memcached等，可以减少对数据库的访问次数。
2. 合理设置缓存时间，避免缓存数据过期或过长时间没有更新。
3. 使用缓存预热，提前加载常用数据到缓存中，减少用户访问时的延迟。
五、分表分库当数据库数据量庞大时，可以考虑进行分表分库操作，以减轻单个数据库的压力。
以下是一些分表分库的方法：1. 根据业务需求和数据特点，将数据划分到不同的表或数据库中。
2. 使用分片技术，将数据按照一定规则分布到多个数据库中。
数据库的优化面试题
数据库的优化面试题一、数据库的优化意义及原则数据库的优化是提高数据库性能和响应速度的关键步骤。
通过优化数据库结构、查询语句、索引和硬件设备等方面，可以提高数据库的效率和性能。
在进行数据库优化时，需要遵循以下原则：1. 数据库设计的规范化：将数据库表设计成结构合理、无冗余的形式，减少数据冗余，提高数据库的查询和更新效率。
2. 合理的索引设计：根据实际查询需求，对数据库表中的字段加索引，提高查询效率。
但是过多的索引也会增加数据库的存储空间和更新操作的开销，因此需要权衡索引的数量和频繁使用的字段。
3. 优化数据库查询语句：避免在查询语句中使用不必要的关联、多层子查询和函数操作，减少查询的复杂度，提高查询效率。
4. 恰当的硬件设备配置：数据库的性能不仅与软件优化有关，还与硬件设备的配置有关。
合理选择存储设备、内存和CPU等硬件配置，提高数据库的读写速度。
二、数据库优化面试题以下是一些常见的数据库优化面试题，供参考：1. 什么是数据库索引？请解释一下索引的作用和优化策略。
索引是数据库中对某一列或多列进行排序的一种结构，用于提高数据库查询的效率。
索引可以加快数据的查找速度，减少数据库的IO访问次数，提高查询效率。
优化策略包括根据查询需求选择合适的字段进行索引，避免过多的索引和频繁的更新操作。
2. 数据库查询语句中join和子查询有什么区别？在性能上有何影响？Join是通过连接两个或多个表的共同字段来获取结果集，而子查询是在查询语句的内部查询中嵌套了一个完整的查询语句。
在性能上，Join一般比子查询具有更好的性能，因为Join可以利用索引进行高效的连接操作，而子查询需要执行多次查询语句。
3. 如何优化SQL查询语句的性能？- 使用合适的索引：根据查询语句的条件选择合适的字段进行索引，尽量避免全表扫描。
- 减少不必要的关联和子查询：避免使用复杂的查询语句，尽量简化查询条件。
- 避免在查询条件和索引字段上进行类型转换：类型转换会导致索引失效，降低查询效率。
数据库优化方案
五、实施计划
1.硬件优化：在1个月内完成硬件升级；
2.软件优化：在2个月内完成数据库版本升级及参数优化；
3.架构优化：在3个月内完成读写分离和数据库集群部署；
4.数据备份与恢复：在2个月内建立实时备份机制，并完成恢复测试；
5.性能监控与调优：在1个月内部署性能监控工具，并持续进行性能优化。
（2）定期进行数据恢复测试，确保备份有效性；
（3）制定应急预案，提高故障应对能力。
5.性能监控与优化
（1）部署数据库性能监控工具，实时监控数据库性能；
（2）定期分析数据库性能瓶颈，制定优化方案；
（3）建立数据库性能优化团队，持续关注并优化数据库性能。
五、实施计划
1.硬件优化：在1个月内完成硬件升级；
六、风险评估与应对策略
1.硬件升级过程中可能出现兼容性问题，需提前进行兼容性测试；
2.数据库版本升级及参数调整可能导致业务中断，需制定详细的迁移及回滚计划；
3.读写分离和数据库集群部署可能影响现有业务，需选择合适的时间窗口进行操作；
4.实时备份可能对系统性能产生影响，需评估备份策略，确保系统性能不受影响。
（3）探索分布式数据库解决方案，应对大数据量存储及处理需求。
4.数据备份与恢复
（1）建立实时数据备份机制，确保数据安全性；
（2）定期进行数据恢复测试，验证备份有效性；
（3）制定应急预案，提高故障应对及恢复能力。
5.性能监控与调优
（1）部署专业的数据库性能监控工具，实时监控数据库性能指标；
（2）定期分析性能瓶颈，调整优化措施；
三、优化目标
1.提高数据库性能，降低查询响应时间；
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
近期因工作需要，希望比较全面的总结下SQL SERVER数据库性能优化相关的注意事项，在网上搜索了一下,发现很多文章,有的都列出了上百条,但是仔细看发现，有很多似是而非或者过时(可能对SQL 以前的版本或者ORACLE是适用的)的信息，只好自己根据以前的经验和测试结果进行总结了。
我始终认为，一个系统的性能的提高，不单单是试运行或者维护阶段的性能调优的任务，也不单单是开发阶段的事情，而是在整个软件生命周期都需要注意，进行有效工作才能达到的。
所以我希望按照软件生命周期的不同阶段来总结数据库性能优化相关的注意事项。
一、分析阶段一般来说，在系统分析阶段往往有太多需要关注的地方，系统各种功能性、可用性、可靠性、安全性需求往往吸引了我们大部分的注意力，但是，我们必须注意，性能是很重要的非功能性需求，必须根据系统的特点确定其实时性需求、响应时间的需求、硬件的配置等。
最好能有各种需求的量化的指标。
另一方面，在分析阶段应该根据各种需求区分出系统的类型，大的方面，区分是OLTP（联机事务处理系统）和OLAP（联机分析处理系统）。
二、设计阶段设计阶段可以说是以后系统性能的关键阶段，在这个阶段，有一个关系到以后几乎所有性能调优的过程—数据库设计。
在数据库设计完成后，可以进行初步的索引设计，好的索引设计可以指导编码阶段写出高效率的代码，为整个系统的性能打下良好的基础。
以下是性能要求设计阶段需要注意的：1、数据库逻辑设计的规范化数据库逻辑设计的规范化就是我们一般所说的范式，我们可以这样来简单理解范式：第1规范：没有重复的组或多值的列，这是数据库设计的最低要求。
第2规范: 每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某些组成部分。
消除部分依赖，大部分情况下，数据库设计都应该达到第二范式。
第3规范: 一个非关键字段不能依赖于另一个非关键字段。
消除传递依赖，达到第三范式应该是系统中大部分表的要求，除非一些特殊作用的表。
更高的范式要求这里就不再作介绍了，个人认为，如果全部达到第二范式，大部分达到第三范式，系统会产生较少的列和较多的表，因而减少了数据冗余，也利于性能的提高。
2、合理的冗余完全按照规范化设计的系统几乎是不可能的，除非系统特别的小，在规范化设计后，有计划地加入冗余是必要的。
冗余可以是冗余数据库、冗余表或者冗余字段，不同粒度的冗余可以起到不同的作用。
冗余可以是为了编程方便而增加，也可以是为了性能的提高而增加。
从性能角度来说，冗余数据库可以分散数据库压力，冗余表可以分散数据量大的表的并发压力，也可以加快特殊查询的速度，冗余字段可以有效减少数据库表的连接，提高效率。
3、主键的设计主键是必要的，SQL SERVER的主键同时是一个唯一索引，而且在实际应用中，我们往往选择最小的键组合作为主键，所以主键往往适合作为表的聚集索引。
聚集索引对查询的影响是比较大的，这个在下面索引的叙述。
在有多个键的表，主键的选择也比较重要，一般选择总的长度小的键，小的键的比较速度快，同时小的键可以使主键的B树结构的层次更少。
主键的选择还要注意组合主键的字段次序，对于组合主键来说，不同的字段次序的主键的性能差别可能会很大，一般应该选择重复率低、单独或者组合查询可能性大的字段放在前面。
4、外键的设计外键作为数据库对象，很多人认为麻烦而不用，实际上，外键在大部分情况下是很有用的，理由是：外键是最高效的一致性维护方法，数据库的一致性要求，依次可以用外键、CHECK约束、规则约束、触发器、客户端程序，一般认为，离数据越近的方法效率越高。
谨慎使用级联删除和级联更新，级联删除和级联更新作为SQL SERVER 2000当年的新功能，在2005作了保留，应该有其可用之处。
我这里说的谨慎，是因为级联删除和级联更新有些突破了传统的关于外键的定义，功能有点太过强大，使用前必须确定自己已经把握好其功能范围，否则，级联删除和级联更新可能让你的数据莫名其妙的被修改或者丢失。
从性能看级联删除和级联更新是比其他方法更高效的方法。
5、字段的设计字段是数据库最基本的单位，其设计对性能的影响是很大的。
需要注意如下：A、数据类型尽量用数字型，数字型的比较比字符型的快很多。
B、数据类型尽量小，这里的尽量小是指在满足可以预见的未来需求的前提下的。
C、尽量不要允许NULL，除非必要，可以用NOT NULL+DEFAULT代替。
D、少用TEXT和IMAGE，二进制字段的读写是比较慢的，而且，读取的方法也不多，大部分情况下最好不用。
E、自增字段要慎用，不利于数据迁移。
6、数据库物理存储和环境的设计在设计阶段，可以对数据库的物理存储、操作系统环境、网络环境进行必要的设计，使得我们的系统在将来能适应比较多的用户并发和比较大的数据量。
这里需要注意文件组的作用，适用文件组可以有效把I/O操作分散到不同的物理硬盘，提高并发能力。
7、系统设计整个系统的设计特别是系统结构设计对性能是有很大影响的，对于一般的OLTP系统，可以选择C/S结构、三层的C/S结构等，不同的系统结构其性能的关键也有所不同。
系统设计阶段应该归纳一些业务逻辑放在数据库编程实现，数据库编程包括数据库存储过程、触发器和函数。
用数据库编程实现业务逻辑的好处是减少网络流量并可更充分利用数据库的预编译和缓存功能。
8、索引的设计在设计阶段，可以根据功能和性能的需求进行初步的索引设计，这里需要根据预计的数据量和查询来设计索引，可能与将来实际使用的时候会有所区别。
关于索引的选择，应改主意：A、根据数据量决定哪些表需要增加索引，数据量小的可以只有主键。
B、根据使用频率决定哪些字段需要建立索引，选择经常作为连接条件、筛选条件、聚合查询、排序的字段作为索引的候选字段。
C、把经常一起出现的字段组合在一起，组成组合索引，组合索引的字段顺序与主键一样，也需要把最常用的字段放在前面，把重复率低的字段放在前面。
D、一个表不要加太多索引，因为索引影响插入和更新的速度。
三、编码阶段编码阶段是本文的重点，因为在设计确定的情况下，编码的质量几乎决定了整个系统的质量。
编码阶段首先是需要所有程序员有性能意识，也就是在实现功能同时有考虑性能的思想，数据库是能进行集合运算的工具，我们应该尽量的利用这个工具，所谓集合运算实际是批量运算，就是尽量减少在客户端进行大数据量的循环操作，而用SQL语句或者存储过程代替。
关于思想和意识，很难说得很清楚，需要在编程过程中来体会。
下面罗列一些编程阶段需要注意的事项：1、只返回需要的数据返回数据到客户端至少需要数据库提取数据、网络传输数据、客户端接收数据以及客户端处理数据等环节，如果返回不需要的数据，就会增加服务器、网络和客户端的无效劳动，其害处是显而易见的，避免这类事件需要注意：A、横向来看，不要写SELECT *的语句，而是选择你需要的字段。
B、纵向来看，合理写WHERE子句，不要写没有WHERE的SQL语句。
C、注意SELECT INTO后的WHERE子句，因为SELECT INTO把数据插入到临时表，这个过程会锁定一些系统表，如果这个WHERE子句返回的数据过多或者速度太慢，会造成系统表长期锁定，诸塞其他进程。
D、对于聚合查询，可以用HAVING子句进一步限定返回的行。
2、尽量少做重复的工作这一点和上一点的目的是一样的，就是尽量减少无效工作，但是这一点的侧重点在客户端程序，需要注意的如下：A、控制同一语句的多次执行，特别是一些基础数据的多次执行是很多程序员很少注意的。
B、减少多次的数据转换，也许需要数据转换是设计的问题，但是减少次数是程序员可以做到的。
C、杜绝不必要的子查询和连接表，子查询在执行计划一般解释成外连接，多余的连接表带来额外的开销。
D、合并对同一表同一条件的多次UPDATE，比如EMPLOYEE SET FNAME=’HAIWER’ WHERE EMP_ID=’ VPA30890F’EMPLOYEE SET LNAME=’YANG’ WHERE EMP_ID=’ VPA30890F’.这两个语句应该合并成以下一个语句EMPLOYEE SET FNAME=’HAIWER’,LNAME=’YANG’EMP_ID=’ VPA30890F’E、 UPDATE操作不要拆成DELETE操作+INSERT操作的形式，虽然功能相同，但是性能差别是很大的。
F、不要写一些没有意义的查询，比如SELECT * FROM EMPLOYEE WHERE 1=23、注意事务和锁事务是数据库应用中和重要的工具，它有原子性、一致性、隔离性、持久性这四个属性，很多操作我们都需要利用事务来保证数据的正确性。
在使用事务中我们需要做到尽量避免死锁、尽量减少阻塞。
具体以下方面需要特别注意：A、事务操作过程要尽量小，能拆分的事务要拆分开来。
B、事务操作过程不应该有交互，因为交互等待的时候，事务并未结束，可能锁定了很多资源。
C、事务操作过程要按同一顺序访问对象。
D、提高事务中每个语句的效率，利用索引和其他方法提高每个语句的效率可以有效地减少整个事务的执行时间。
E、尽量不要指定锁类型和索引，SQL SERVER允许我们自己指定语句使用的锁类型和索引，但是一般情况下，SQL SERVER优化器选择的锁类型和索引是在当前数据量和查询条件下是最优的，我们指定的可能只是在目前情况下更有，但是数据量和数据分布在将来是会变化的。
F、查询时可以用较低的隔离级别，特别是报表查询的时候，可以选择最低的隔离级别（未提交读）。
4、注意临时表和表变量的用法在复杂系统中，临时表和表变量很难避免，关于临时表和表变量的用法，需要注意：A、如果语句很复杂，连接太多，可以考虑用临时表和表变量分步完成。
B、如果需要多次用到一个大表的同一部分数据，考虑用临时表和表变量暂存这部分数据。
C、如果需要综合多个表的数据，形成一个结果，可以考虑用临时表和表变量分步汇总这多个表的数据。
D、其他情况下，应该控制临时表和表变量的使用。
E、关于临时表和表变量的选择，很多说法是表变量在内存，速度快，应该首选表变量，但是在实际使用中发现，这个选择主要考虑需要放在临时表的数据量，在数据量较多的情况下，临时表的速度反而更快。
F、关于临时表产生使用SELECT INTO和CREATE TABLE + INSERT INTO的选择，我们做过测试，一般情况下，SELECT INTO会比CREATE TABLE + INSERT INTO的方法快很多，但是SELECT INTO会锁定TEMPDB的系统表SYSOBJECTS、SYSINDEXES、SYSCOLUMNS，在多用户并发环境下，容易阻塞其他进程，所以我的建议是，在并发系统中，尽量使用CREATE TABLE + INSERT INTO，而大数据量的单个语句使用中，使用SELECT INTO。