sql最简单的查询语句

— 2
****************************************************
— 最简单的查询语句

     
数据库的逻辑设计、包括表与表之间的关系是优化关系型数据库性能的核心。一个好的逻辑数据库设计可以为优化数据库和应用程序打下良好的基础。

— 2.1 ————————————————–

     
数据库的逻辑设计、包括表与表之间的关系是优化关系型数据库性能的核心。一个好的逻辑数据库设计可以为优化数据库和应用程序打下良好的基础。

— 使用 select 语句查询表中的数据

  标准化的数据库逻辑设计包括用多的、有相互关系的窄表来代替很多列的长数据表。下面是一些使用标准化表的一些好处。  

— SELECT * FROM table_name

  由于表窄,因此可以使排序和建立索引更为迅速

use pubs

  由于多表,所以多镞的索引成为可能

— 切换当前数据库 select * from authors

  更窄更紧凑的索引

— 2.2 ————————————————–

  每个表中可以有少一些的索引,因此可以提高insert update
delete等的速度,因为这些操作在索引多的情况下会对系统性能产生很大的影响

— 使用完全限定名称

  更少的空值和更少的多余值,增加了数据库的紧凑性由于标准化,所以会增加了在获取数据时引用表的数目和其间的连接关系的复杂性。太多的表和复杂的连接关系会降低服务器的性能,因此在这两者之间需要综合考虑。

— SELECT * FROM
[server_name].[database_name].[owner].[object]

  定义具有相关关系的主键和外来键时应该注意的事项主要是:用于连接多表的主键和参考的键要有相同的数据类型。

select * from Northwind.dbo.Employees

  索引的设计

select * from Northwind..Orders

  尽量避免表扫描

— 2.3 ————————————————–

  检查你的查询语句的where子句,因为这是优化器重要关注的地方。包含在where里面的每一列(column)都是可能的侯选索引,为能达到最优的性能,考虑在下面给出的例子:对于在where子句中给出了column1这个列。

— 查询数据表中指定的列 — SELECT column_1,column_2 FROM table_name

  下面的两个条件可以提高索引的优化查询性能!

select * from authors select au_id,au_lname,au_fname,city from
authors

  第一:在表中的column1列上有一个单索引

— 2.4 ————————————————–

  第二:在表中有多索引,但是column1是第一个索引的列

— 使用 where 字句筛选指定的行

  避免定义多索引而column1是第二个或后面的索引,这样的索引不能优化服务器性能

— SELECT * FROM table_name WHERE <search_condition>

  例如:下面的例子用了pubs数据库。

select * from jobs

  SELECT au_id, au_lname, au_fname FROM authors

select * from jobs where job_id=7

  WHERE au_lname = ’White’

select * from authors

  按下面几个列上建立的索引将会是对优化器有用的索引

select * from authors where au_lname = ‘White’

  ?au_lname

— 2.5 ————————————————–

  ?au_lname, au_fname

— where 字句中的搜索条件

  而在下面几个列上建立的索引将不会对优化器起到好的作用

— 比较操作符    =, <, >, <=, >=, <>

  ?au_address

— 字符串比较符  like, not like

  ?au_fname, au_lname

— 逻辑操作符    and, or, not

  考虑使用窄的索引在一个或两个列上,窄索引比多索引和复合索引更能有效。用窄的索引,在每一页上

— 值的域        between, not between

  将会有更多的行和更少的索引级别(相对与多索引和复合索引而言),这将推进系统性能。

— 值的列表      in, not in

  对于多列索引,SQL
Server维持一个在所有列的索引上的密度统计(用于联合)和在第一个索引上的

— 未知的值      is null, is not null

  histogram(柱状图)统计。根据统计结果,如果在复合索引上的第一个索引很少被选择使用,那么优化器对很多查询请求将不会使用索引。

select * from jobs where job_id >=10

  有用的索引会提高select语句的性能,包括insert,uodate,delete。

select * from jobs where job_desc like ‘%manager%’

  但是,由于改变一个表的内容,将会影响索引。每一个insert,update,delete语句将会使性能下降一些。实验表明,不要在一个单表上用大量的索引,不要在共享的列上(指在多表中用了参考约束)使用重叠的索引。

select * from jobs where job_id >=10 AND job_desc like ‘%manager%’

  在某一列上检查唯一的数据的个数,比较它与表中数据的行数做一个比较。这就是数据的选择性,这比较结果将会帮助你决定是否将某一列作为侯选的索引列,如果需要,建哪一种索引。你可以用下面的查询语句返回某一列的不同值的数目。

select * from jobs where min_lvl between 100 and 150

  select count(distinct cloumn_name) from table_name

select * from jobs where job_id in (1,3,5,7,11,13)

  假设column_name是一个10000行的表,则看column_name返回值来决定是否应该使用,及应该使用什么索引。

select * from discounts where stor_id is null

  Unique values Index   

— 2.6 ————————————————–

  5000 Nonclustered index

— 使用 like

  20 Clustered index

— %   代表 0 个或多个字符串

  3 No index   

— _   代表任何单个的字符

镞索引和非镞索引的选择   

— []  代表指定区域内的任何单个字符

  <1:>镞索引是行的物理顺序和索引的顺序是一致的。页级,低层等索引的各个级别上都包含实际的数据页。一个表只能是有一个镞索引。由于update,delete语句要求相对多一些的读操作,因此镞索引常常能加速这样的操作。在至少有一个索引的表中,你应该有一个镞索引。

发表评论

电子邮件地址不会被公开。 必填项已用*标注