数据库优化，关于数据库优化

本文目录一览

1，关于数据库优化
2，什么叫做数据库优化
3，请问如何优化SQL数据库
4，数据库的优化包括哪些方面呀
5，数据库优化的概念
6，谁能给我解释一下数据库优化

1，关于数据库优化

几万条数据是小case建立好索引就足够了不过你在设计数据库结构之初就应该预计到规模好的结构（如视图、表的行列拆分...）加上好的索引（复合、覆盖、聚集非聚集...）轻松搞定百万、千万的记录当然硬件是基础

关于数据库优化

2，什么叫做数据库优化

数据库优化，是根据一开始网站数据库设计而进行的优化。开始网站设计的时候，可能考虑的不是很全面。后期网站访问量增加，出现页面数据显示过慢，程序执行效果差等现象。优化数据库从而加速数据读取，页面访问速度加快。常见的优化： 1.增加索引 2.sql语句优化3.程序优化详细的可以百度一下。。。网上例子很多。。

查询语句优化：避免过多的表关联，注意where 中的字段顺序，先过滤有索引的，能尽量缩小数据范围的等。索引优化：合理分析并设置、调整索引。表结构优化：如果数据量过大，纵向或者横向拆分表。纵向拆，将前n个字段放在一个表，后面m个放另一个表。横向：满足一定条件的数据放一个表，比如公司员工特别多，男雇员放一个，女雇员放一个表，人妖放一个表。存储方式优化：通过不同的存储空间或者表分区，将数据存放在不同的存储区域，达到充分利用io的目的

什么叫做数据库优化

3，请问如何优化SQL数据库

这里有篇文章，赛迪网，你看看： http://www.68design.net/Development/Database/30316-1.html SQL语句：是对数据库(数据)进行操作的惟一途径；消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化在时间成本和风险上的代价都很低；可以有不同的写法；易学，难精通。 SQL优化：固定的SQL书写习惯，相同的查询尽量保持相同，存储过程的效率较高。应该编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致 ORACLE优化器：在任何可能的时候都会对表达式进行评估，并且把特定的语法结构转换成等价的结构，这么做的原因是要么结果表达式能够比源表达式具有更快的速度要么源表达式只是结果表达式的一个等价语义结构不同的SQL结构有时具有同样的操作（例如：= ANY (subquery) and IN (subquery)），ORACLE会把他们映射到一个单一的语义结构。自己认为不错的

请问如何优化SQL数据库

4，数据库的优化包括哪些方面呀

数据库的优化说起来很简单。就像打水的木桶一样，降低瓶颈。首先要对数据库运行情况做分析。看哪些等待时间较多，有哪些瓶颈。比如是cpu？IO？硬解析较多？cache命中率低？再分别处理。，从数据库整体来说，一般主要还是根据主机配置情况和实际使用情况做一些配置调整比如SGA的容量。增加数据文件，合理分配表空间，合理分区，降低IO热点等。但大多数时候数据库优化都会在SQL上体现出来，一般有问题的数据库多半是有执行计划异常，或者是表设计不合理等造成某些SQL执行效率极低，影响这个数据库性能。

数据库性能优化主要一下几个方面：1、sql语句的执行计划是否正常2、减少应用和数据库的交互次数、同一个sql语句的执行次数3、数据库实体的碎片的整理（特别是对某些表经常进行insert和delete动作，尤其注意，索引字段为系列字段、自增长字段、时间字段，对于业务比较频繁的系统，最好一个月重建一次）4、减少表之间的关联，特别对于批量数据处理，尽量单表查询数据，统一在内存中进行逻辑处理，减少数据库压力（java处理批量数据不可取，尽量用c或者c++ 进行处理，效率大大提升）5、对访问频繁的数据，充分利用数据库cache和应用的缓存6、数据量比较大的，在设计过程中，为了减少其他表的关联，增加一些冗余字段，提高查询性能

5，数据库优化的概念

简单说一下软件方面的优化：SQL :索引调整：前置条件，数据量庞大，只读查询频繁SQL语言的优化，比如查询，连接的表过多会影响性能数据库设计合理，意思就是按照数据库规范化设计数据库Oracle内部参数调整：init.ora文件的环境参数调整db_block_size：数据库中每个数据块的大小，默认是2048字节（2k），一般应该增大到4K、8K，大型数据库也常使用16K和32K，通常SGA也应该增加。Shared_pool_size：至于shared_pool_size大小是否合适，可以通过对数据库的监控得到，也可以通过一些sql语句实现。Log_buffer：为了减少LGWR和DBWR冲突，大型数据库的log_buffer一般都是要手工调大些，一般为2M到3M。所有的环境参数，都可以通过系统的监控工具来分析是否适宜。另外：适当的修改数据库块大小应用程序优化批处理应用优化单条sql语句优化总结：好的数据库设计好的体系结构设计良好的平台（硬件平台、网络平台）合理的环境参数（操作系统环境参数、oracle环境参数）合理充分的索引好的dba来不断优化（管理）Oracle：超大海量数据库sql server：面向中小型企业数据库

优化这个概念太广泛了，不是一两千字能说完的。Oracle和SQL SERVER 的区别其实也不算大，都是商业性数据库，而且应用广泛。无非是最近两年SQL SERVER更新的很强，可编程性增加了。其实没有什么太大的区别，不同的需求，就用不同的数据库。

6，谁能给我解释一下数据库优化

1.主要看你程序刚开始设计的时候合不合理 2.T_SQL的能力 3.用好SQL的索引啊之类的技能但是索引也是又面刃呵呵以空间交换速度这就要看设计人的经验了

数据库优化的目标无非是避免磁盘I/O瓶颈、减少CPU利用率和减少资源竞争。为了便于读者阅读和理解，笔者参阅了Sybase、Informix和Oracle等大型数据库系统参考资料，基于多年的工程实践经验，从基本表设计、扩展设计和数据库表对象放置等角度进行讨论，着重讨论了如何避免磁盘I/O瓶颈和减少资源竞争，相信读者会一目了然。 2 基于第三范式的基本表设计在基于表驱动的信息管理系统（MIS）中，基本表的设计规范是第三范式（3NF）。第三范式的基本特征是非主键属性只依赖于主键属性。基于第三范式的数据库表设计具有很多优点：一是消除了冗余数据，节省了磁盘存储空间；二是有良好的数据完整性限制，即基于主外键的参照完整限制和基于主键的实体完整性限制，这使得数据容易维护，也容易移植和更新；三是数据的可逆性好，在做连接（Join）查询或者合并表时不遗漏、也不重复；四是因消除了冗余数据（冗余列），在查询（Select）时每个数据页存的数据行就多，这样就有效地减少了逻辑I/O，每个Cash存的页面就多，也减少物理I/O；五是对大多数事务(Transaction)而言，运行性能好；六是物理设计(Physical Design)的机动性较大，能满足日益增长的用户需求。在基本表设计中，表的主键、外键、索引设计占有非常重要的地位，但系统设计人员往往只注重于满足用户要求，而没有从系统优化的高度来认识和重视它们。实际上，它们与系统的运行性能密切相关。现在从系统数据库优化角度讨论这些基本概念及其重要意义：（1）主键(Primary Key)：主键被用于复杂的SQL语句时，频繁地在数据访问中被用到。一个表只有一个主键。主键应该有固定值（不能为Null或缺省值，要有相对稳定性），不含代码信息，易访问。把常用（众所周知）的列作为主键才有意义。短主键最佳（小于25bytes），主键的长短影响索引的大小，索引的大小影响索引页的大小，从而影响磁盘I/O。主键分为自然主键和人为主键。自然主键由实体的属性构成，自然主键可以是复合性的，在形成复合主键时，主键列不能太多，复合主键使得Join*作复杂化、也增加了外键表的大小。人为主键是，在没有合适的自然属性键、或自然属性复杂或灵敏度高时，人为形成的。人为主键一般是整型值（满足最小化要求），没有实际意义，也略微增加了表的大小；但减少了把它作为外键的表的大小。（2）外键（Foreign Key）：外键的作用是建立关系型数据库中表之间的关系（参照完整性），主键只能从独立的实体迁移到非独立的实体，成为后者的一个属性，被称为外键。（3）索引(Index)：利用索引优化系统性能是显而易见的，对所有常用于查询中的Where子句的列和所有用于排序的列创建索引，可以避免整表扫描或访问，在不改变表的物理结构的情况下，直接访问特定的数据列，这样减少数据存取时间；利用索引可以优化或排除耗时的分类*作；把数据分散到不同的页面上，就分散了插入的数据； ① 聚族索引（Clustered Index）：聚族索引的数据页按物理有序储存，占用空间小。选择策略是，被用于Where子句的列：包括范围查询、模糊查询或高度重复的列（连续磁盘扫描）；被用于连接Join*作的列；被用于Order by和Group by子句的列。聚族索引不利于插入*作，另外没有必要用主键建聚族索引。 ② 非聚族索引（Nonclustered Index）：与聚族索引相比，占用空间大，而且效率低。选择策略是，被用于Where子句的列：包括范围查询、模糊查询（在没有聚族索引时）、主键或外键列、点（指针类）或小范围（返回的结果域小于整表数据的20%）查询；被用于连接Join*作的列、主键列（范围查询）；被用于Order by和Group by子句的列；需要被覆盖的列。对只读表建多个非聚族索引有利。索引也有其弊端，一是创建索引要耗费时间，二是索引要占有大量磁盘空间，三是增加了维护代价（在修改带索引的数据列时索引会减缓修改速度）。那么，在哪种情况下不建索引呢？对于小表（数据小于5页）、小到中表（不直接访问单行数据或结果集不用排序）、单值域（返回值密集）、索引列值太长（大于20bitys）、容易变化的列、高度重复的列、Null值列，对没有被用于Where子语句和Join查询的列都不能建索引。另外，对主要用于数据录入的，尽可能少建索引。当然，也要防止建立无效索引，当Where语句中多于5个条件时，维护索引的开销大于索引的效益，这时，建立临时表存储有关数据更有效。