SQL语句处理顺序的坑,必知必会

2019-10-05 01:27 来源:未知

首先看上面一条相比产生语句,都以比较普及的重大字。

SQL 必知必会

在mac终端操作sqlite:

  • cd 数据库所在的目录
  • sqlite3 数据库文件名 //带后缀)(此时早就开采数据库)
  • .tables //显示数据库中兼有曾经创立的表
  • .schema //展现全部表的格局
  • .headers on //展现字段名(查询时才会显示)
  • .mode column/list/line
  • 推行sql语句必得在末尾加分号
USE Temp;

SELECT empid, YEAR(orderdate) AS orderyear, COUNT(*) AS numorders
FROM Sales.Orders
WHERE custid = 71
GROUP BY empid, YEAR(orderdate)
HAVING COUNT(*) > 1
ORDER BY empid, orderyear;

distinct

 SELECT DISTINCT name FROM TB_BOOK_TAG;

关键字distinct,用于去除name列中有着行中重复成分。

大家来详细解析一下sql语句的逻辑管理顺序,即使select在每条语句的率先位,但实在它是被最后才处理的

limit

SELECT name FROM TB_BOOK_TAG LIMIT 5;

关键字limit,重临name列钦命行数。

SELECT name FROM TB_BOOK_TAG LIMIT 5 OFFSET 0;
等同于下面写法(shortcut)
SELECT name FROM TB_BOOK_TAG LIMIT 0,5;

1.from  

limit ... offset ...

关键字LIMIT ... OFFSET ...,limit后跟的数字钦点突显多少行,offset后跟的数字代表从怎么样地方上马。(0是先是行)

2.where

注释

 --this is a comment

关键--加注释,单行注释。

 /* comments */

关键/**/,多行注释。

3.group by

order by

 SELECT * FROM TB_BOOK_TAG ORDER BY name;

关键字:order by + 字段名,按该字段所属列的首字母实行排序。要确认保障该子句是select语句中最终一条子句,不然会合世错误。

 SELECT publisher,pubdate FROM TB_BOOK_ENTITY ORDER BY publisher,pubdate;

关键字:order by + 字段名 + 字段名,首先按publisher举行排序,然后遵照pubdate实行排序。对于第二个字段的排序,当且仅当全体五个一样的publisher时才会对其遵照pubdate实行排序,倘使publisher列中全体值都以独一的,则不会按pubdate进行排序。

4.having

desc

SELECT publisher,pubdate FROM TB_BOOK_ENTITY ORDER BY pubdate DESC;

关键字:desc,order by 暗中认可是按升序举办排序,当在字段名后加desc后,将对该字段进行降序排列。

SELECT pubdate,price FROM TB_BOOK_ENTITY ORDER BY pubdate DESC,price;

pubdate按降序排列,price,依然比照升序排列(在pubdate同样的行)。所以,假诺想在多个列上实行降序,必需对每一列都钦命desc关键字。

5.select

where

SELECT * FROM TB_BOOK_TAG WHERE count = 1;

关键字:where,钦命搜索条件进行过滤。where子句在表名(from子句)之后给出。在同有的时候间使用whereorder by时,应该让order by位于where之后。

操作符 说明
= 等于
<> 不等于
!= 不等于
< 小于
<= 小于等于
!< 不小于
> 大于
>= 大于等于
!> 不大于
BETWEEN 在指定的两个值之间
IS NULL 为NULL值

在意:NULL和非匹配
透过过滤选用不分包(如<>)钦定值的享有行时,你恐怕希望回到含NULL值的行,不过那做不到,因为NULL有相当的意义,数据库不清楚它们是或不是合营,所以在开展相称过滤或非相称过滤时,不会重临那几个结果。

6.order by

where...and...

select * from contacts where name = "fff" and mobile = "d";

关键字:and,组合where子句。

7.TOP

where...or...

select * from contacts where name = "fff" or mobile = "d";

关键字:or,组合where子句。

注意:在相同的时间利用and和or时要留神求值顺序,and优先级大于or。由此在其余时候利用具有and和or操作符的where子句时,都应当使用圆括号分明地分组操作符

在稳重分析各类施行顺序代表的意趣 (它的实际上顺序)

where...in...

select * from contacts where mobile in ('12', '444') order by mobile;

关键字:in,用来钦赐条件限制,范围中的每一种条件都得以开展相称。in操作符平日比一组or操作符试行的更加快。in最大的独到之处是足以满含其余select语句,能够更改态的树立where子句。

FROM Sales.Orders
WHERE custid = 71
GROUP BY empid, YEAR(orderdate)
HAVING COUNT(*) > 1
SELECT empid, YEAR(orderdate) AS orderyear, COUNT(*) AS numorders
ORDER BY empid, orderyear;

not

select * from contacts where not mobile = '12';

关键字:not,where子句中用来否认其后条件的重要字。上边包车型客车例证也足以用<>。在简练语句中,not未有何优势,然而,在更头晕目眩的子句中,not老大平价。比方,在与in操作符联合使用时,not能够非常轻便的寻找与原则列表不宽容的行。如下例子:

 SELECT * FROM CONTACTS WHERE NOT mobile IN ('111111', '3333');

1.从 Orders 表查询数据

like

通配符(wildcard)用来匹配值的一部分的特殊字符。
搜索模式(search pattern)由字面值,通配符或两者组合构成的搜索条件。

通配符搜索只好用来文书字段(字符串),非文本数据类型字段不可能选用通配符寻觅

2.依照标准筛选客商ID等于71的

%通配符

在寻找字符串中,%表示别的字符出现自便次数

select * from tb_book_tag where name like '计算机%';

注意字符串后面所跟的空格:
许多DBMS会用空格来填补字段内容。例如,如果某列有50个字符,而存储文本为Fish bean bag toy(17个字符),则为填满该列会在文本末尾追加33个空格。如果此时用‘F%y’来检索,便检索不到上述字符串。简单解决办法是‘F%y%’。更好的解决办法是用函数去掉空格。

'%' 不会匹配为NULL的行

3.对客商id和订单年度 进行分组

下划线_通配符

用途和%同样,但它只相配单个字符,实际不是多个。

select * from tb_book_tag where name like '计算机__';

采纳通配符的本事

SQL通配符搜索比其他搜索更耗时。

1. 不要过度使用通配符,如果其他操作能达到目的,使用其他操作。
2. 在确实需要使用的时候,也尽量不要把它用在搜索模式的开始处。把通配符置于开始处,搜索起来是最慢的。
3. 特别要注意通配符的位置不要放错。
  1. 再选出大于一个订单的组

成立总括字段

计算字段并不实际存在于数据库表中,计算字段是运行时在SELECT语句内创建的。

select rtrim('~    ') || name from tb_book_tag;

关键字:||rtrim()||东拼西凑操作符。rtrim()删去文本左边的空格。trim()剔除两侧的空格。

5.回到查询出的数据 以及你要出示的字段

as

select name || 'is foolish' as title from contacts;

关键字:as,全称alias。它提示SQL创造三个暗含内定总结结果的名字为title的测算字段,任何客商端应用能够按名称援用这么些列,就如多少个实在表列同样。

6.结尾对顾客id 和订单 实行排序

实施算术计算

7.输出

+ - * /

select mobile, (mobile + 1)*2 as count_mobile from contacts;

关键字:+-*/

输入的键入顺序和管理顺序不均等是有原因的,SQL设计师是为着让客商依据爱尔兰语的主意提供温馨的央求

函数

一晃儿所用到的是适用于sqlite的函数,不必然适用于别的DBMS。

建议、坑

upper()

select name ,upper(name) as name_upper from contacts;

关键字:upper()转大写

sqlite中常用于文本管理函数:

函数 说明
length() 返回字符串的长度
lower() 将字符串转小写
ltrim() 去掉字符串左边的空格
rtrim() 去掉字符串右边的空格
upper() 将字符串转大写
  1. from 表时  最佳给定 库名和表名  Sales.Orders  让表突显表示 不用程序检索。

avg()

select avg(mobile) as avg_id from contacts;

关键字:avg(),对表中某列全部行或一定行中的数据求平均值。该函数会忽略值为NULL的行。

  1. where 子句至极关键  SQL Server 会对where 条件 进行业评比估访问央浼数据要使用的目录,通过索引能够大大减少表扫描时间

count()

select count(*) as num_cust from contacts;

select count(name) as num_name from contacts;

关键字:count(),使用count(*),对表中央银行的数量进行计数,不管表列中是否带有NULL值。使用count(column_name),对特定列中具备值的行实行计数,忽略NULL值。

同不时候 where 子句检索 实现后  它回到的是找出结果为True的行  ,但一味铭记, SQL 数据库使用三值谓词逻辑,也正是说有三个结实。

sum()

select sum(mobile) as sum_mobile from contacts;

关键字:sum(), 忽略NULL值

True,False 或 UNKNOWN ,  再次回到true 行 并不雷同 不回来False  实际上是不回来 False 行 和 UNKNOWN 行 以往会再博客中等专门的工作学校门讲NULL。

聚拢分歧值

3.记住除count(*)之外,  聚合函数都以忽视NULL标识  假若有一组数据“1,1,3,4,5,null”列名称叫qty   表明式Count(*) 重返的是6 可是Count(qty)

count(distinct name)

select count(distinct name) from tb_book_tag;

是5  count中加以展现值 就能够私下认可寻找已知值  也得以  count(distinct qty ) 重临的是4 去重新  那些 能够用来 管理  重临每一种不重复总括难点很方便 它和 select distinct 有相当的大品质不同 今后会细讲 也足以 sum(distinct qty ) 是13 也是用作总结不另行数据。

组合集中函数

select count(*) as num_items, min(count) as count_min, max(count) as count_max, avg(count) as count_avg from tb_book_tag;

4.因为 group by 属于行管理 在having 先计算机技能斟酌所以having 中能够出现  聚合函数 。

分组数据

5.像上面包车型地铁 “YEA日产GT-R(orderdate)” SQL Server 只对它运营一次  能鉴定区别查询中重复使用的均等表明式

group by

select name, count(*) as num_names from tb_book_tag group by name order by name;

关键字:group by,group by子句必得出现在where子句之后,order by子句在此以前。

6.最佳别使用 select * 固然你要查询 全部字段。

group by...having...

select name , count(*) as amounts from tb_book_tag group by name having amounts >= 10;

关键字:having。对分组实行过滤。而where对分组不起功能,它是对准表中每一行来过滤。

7.行使 order by 对有多量再度的字段进行排序是无用的  举个例子对日期举行排序 那样二个排序选10条 会有七个被感到是对的结果 所以大家要力保排序字段的多少独一性, 以及在 select distinct  时 排序 会导致 单个结果对应八个源数据行。

使用子查询

select cust_id 
from orders 
where order_num in (select order_num 
                     from orderitems
                     where prod_id = 'RGAN01');

注意:
作为子查询的select语句只能查询单个列。企图检索多个列将返回错误。
同时要注意性能问题。

 

使用子查询作为计量字段

select cust_name, 
       cust_state,
       (select count(*) 
        from orders 
        where orders.cust_id = customers.cust_id) as orders from customers 
order by cust_name;

联结表

关系表

为明白关系表,来看一个例证:

有一个分承包产量品目录的数额库表,当中每类货物占一行,对于每个货色,要存款和储蓄的新闻富含产品描述,价格以及生育该产品的承包商。
现存同一供应商生产的两种物料,那么在什么地方存款和储蓄代理商名联系方法等音信?将这么些多少与制品新闻分别积存的说辞是:

  1. 平等代理商的种种产品,其分销商的新闻是大同小异的,对各样产品重新此音讯既浪费时间又浪费空间;
  2. 假设经销商消息发生变化,只需修改一次就能够;
  3. 一旦有双重数九,则很难保障每便输入该数据的章程都一致,

没有差异于的数码现身数次决不是一件善事,这是关周密据库设计的底子。关系表的设计就是要把音讯分解成几个表,一类数据一个表。各表通过某个共同的值相互关联(所以才叫关周到据库)。

假设数额存款和储蓄在多个表中,怎么样用一条select语句就寻觅出多少?
答案是使用联结,统一是一种体制,用来在一条select语句中关联表

select vend_name, prod_name, prod_price 
from products, vendors 
where vendors.vend_id = products.vend_id;

一致下边包车型大巴写法:

select vend_name, prod_name, prod_price 
from vendors inner join products 
on vendors.vend_id = products.vend_id;

在群集四个表时,实际要做的是将第二个表中的每一行与第1个表中的每一行配成对。where子句作为过滤条件,只饱含那么些相称给定准绳的行。未有where子句,第三个表中的每一行将与第贰个表中的每一行配成对,而不论他们逻辑上是还是不是能合作在协同。这种统一称为等值联结(equijoin),也叫做内联合(inner join)。

笛卡尔积(cartesian product):
由于没有联结条件的表关系返回的结果为笛卡尔积。检索出的行的数目将是第一个表中的行数乘以第二个表中的行数。

返回笛卡尔积的联结也叫叉联结(cross join)。

SQL不限制一条select话语能够统一的表的数目。如下:

select prod_name, vend_name, prod_price, quantity 
from orderitems, products, vendors 
where products.vend_id = vendors.vend_id 
and orderitems.prod_id = products.prod_id 
and order_num = 20007;

注意:性能考虑
DBMS在运行时关联指定的每个表,以处理联结。这种处理可能非常耗资源,因此应该注意不要联结不必要的表。

创制高端联结

采纳表小名

select cust_name, cust_contact 
from customers as c, orders as o, orderitems as oi 
where c.cust_id = o.cust_id 
and oi.order_num = o.order_num 
and prod_id = 'RGAN01';

动用表小名的多个主要理由:

  • 缩短SQL语句
  • 同意在一条select语句中频仍使用一样的表

自联结

select  cust_id, cust_name, cust_contact 
from customers 
where cust_name = (select cust_name 
                   from customers 
                   where cust_contact = 'Jim Jones');

以上子查询作用等同自联结:

select c1.cust_id, c1.cust_name, c1.cust_contact 
from customers as c1, customers as c2 
where c1.cust_name = c2.cust_name 
and c2.cust_contact = 'Jim Jones';

平日境况下,大多DBMS管理统一远比管理子查询快得多

外联结

select customers.cust_id, orders.order_num 
from customers 
left outer join orders 
on customers.cust_id = orders.cust_id;

寻找富含未有订单客户在内的具有花费者。

SQLite支持left outer join,但不支持right outer join.

构成查询

重大有三种情景必要选取组合查询:

  • 在多个查询中从差异的表再次来到结构数据
  • 对多个表试行几个查询,按叁个查询再次回到数据

union

select cust_name, cust_contact, cust_email 
from customers 
where cust_state in ('IL', 'IN', 'MI') 
union 
select cust_name, cust_contact, cust_email 
from customers 
where cust_name = 'Fun4All';

union规则

  • union必得由两条或两条以上的select语句组成,语句之间用关键字union分隔。
  • union中的每一种查询必须含有同样的列,表达式或集中函数(不过,种种列不须要以一样的次连串出)。
  • 列数据类型必须协作:类型不必千篇一律,但必需是DBMS能够满含转变的门类。

union all

DBMS不撤废重复行。

对组合查询结果排序

select cust_name, cust_contact, cust_email 
from customers 
where cust_state in ('IL', 'IN', 'MI') 
union 
select cust_name, cust_contact, cust_email 
from customers 
where cust_name = 'Fun4All'
order by cust_name, cust_contact;

在用union组合查询时,只可以利用一条order by子句,它必需放在最终一条select语句之后,DBMS用它来排序全数的select语句重临的全数结果。

插入数据

安排完整的行

insert into... values

insert into customers 
values ('1000000006', 'Chenzhen', 'Hennansheng', 'henan', 'China', '476300', 'China', 'John jdge', 'chen@gaiml.com');

这种写法轻便,但不安全,中度重视表中列定义的前后相继,还借助于其便于得到的主次消息。编辑信任列次序的SQL语句是特不安全的,那样做迟早会出难点。

更安全的措施:

insert into customers(cust_id,
                      cust_name, 
                      cust_address, 
                      cust_city, 
                      cust_state, 
                      cust_zip, 
                      cust_country, 
                      cust_contact, 
                      cust_email) 
values('1000000007',
       'Chenzhen', 
       'Hennansheng', 
       'henan', 
       'shangqiu', 
       '476300', 
       'China', 
       'John jdge', 
       'chen@gaiml.com');

插入行时,DBMS将用values列表中的相应值填入列表中的对应项。其优点是,就算表的构造更换,那条insert语句照旧能够健康职业。

insert into... select...from...

insert into customers(cust_id,
                      cust_name,
                      cust_address, 
                      cust_city, 
                      cust_state, 
                      cust_zip, 
                      cust_country, 
                      cust_contact, 
                      cust_email) 
select cust_id, 
       cust_name, 
       cust_address, 
       cust_city, 
       cust_state, 
       cust_zip, 
       cust_country, 
       cust_contact, 
       cust_email
from CustNew;

select语句从CustNew检索出要插入的值,实际不是列出她们。DBMS不关切select重回的列名,它选拔的是列的地点,因而select的首先列(不管列名怎么着)将用来填充表列中内定的第一列,如此等等。

insert select 语句能够包括where子句。

从多个表复制到另三个表

create table custcopy as select * from customers;

要想只复制部分列,能够肯定给出列名。

履新和删除数据

update...set... where...

update customers 
set cust_email = 'chenzhen@gmainl.com' 
where cust_id = '1000000008';

更新七个列时,只需采用一条set命令:

update customers 
set cust_email = 'lala@qq.com',
    cust_contact = 'sam' 
where cust_id = '1000000008';

并未有where子句,DBMS将会更新表中具备行。

delete

delete不必要列名或通配符,因为它删除的是整行实际不是删除列,要删减钦命列,使用update

delete from custcopy 
where cust_id = '1000000008';

一旦省略where子句,它将去除表中的各样花费者。假诺想从表中删除全数行,不要接纳delete,可使用truncate table语句,它的进程更加快,因为不记录数据的改动。

创设和垄断表

create

create table Super 
(
    prod_id char(10) not null, 
    vend_id char(10) not null, 
    prod_name char(254) not null, 
    prod_price decimal(8,2) not null,   default 10.2
    prod_desc varchar(1000) null
);

not null,可以阻挡插入未有值的列。暗中认可是null

SQLite获得系统时间的函数date('now')

更新表

alert table

使用alert table改换表的布局,必需提交下边包车型地铁新闻:

  • alter table日后给出要改换的表名。
  • 列出要做出怎样改换。
alter table Vendors
add vend_phone char(20);

SQLite对使用alter table执行的操作有所限制。最重要的一个限制是,它不支持使用alter table定义主键和外键。

使用alter table要极为小心,应该在进行改动钱做完整的备份(表结构和数据的备份)。数据库表的更改不能撤销,如果增加了不需要的列,也许无法删除他们。

删除表 drop table

drop table Super;

选拔视图

视图是编造的表。与富含数据的表分化等,视图只满含使用时动态检索数据的查询。
视图(View)只然则是透过相关的名目存款和储蓄在数据库中的叁个 SQLite 语句。视图(View)实际上是一个以预订义的 SQLite 查询方式存在的表的咬合。

SQLite仅支持只读视图,所以视图可以创建,可以读,但其内容不能更改。

剔除视图 drop view

drop view customeremaillist;

创办视图create view

create view ProductCustomers as
select cust_name, cust_contact, prod_id
from Customers, Orders, OrderItems
where Customers.cust_id = Orders.cust_id
and OrderItems.order_num = Orders.order_num;

where子句与where子句
从视图检索数据时如果使用了一条where子句,则两组子句(一组子在视图中,另一组,另一组是传递给视图的)将自动组合。

视图为虚构的表。它们含有的不是数额,而是基于须要研究数据的查询。视图提供了一种封装select语句的档案的次序,可用来简化数据处理,重新格式化或尊敬基础数据。

处总管务管理

应用事务管理(transaction processing),通过保证成批的SQL操作照旧完全推行,要么完全不实施,来保卫安全数据库的完整性。

至于事务处理的有的术语:

  • 事务(transaction)指一组SQL语句;
  • 回降(rollback)指撤废钦命SQL语句的经过;
  • 提交(commit)指将未存款和储蓄的SQL语句结果写入数据库表;
  • 保留点(savepoint)指事务管理中装置的不经常占位符,能够对它揭露回落(与回降整个事务管理差别)。
可以回退哪些语句:
insert,update,delete

治技巧务的关键在于将SQL语句分解为逻辑块,并显明规定数据曾几何时应该回降,几时不应当回降。

begin;
delete from orders where order_num = 20009;
delete from orderitems where order_num = 20009;
commit;

高级SQL特性

约束,索引,触发器。

约束(constraint)

主键

create table Orders
(
    order_num integer not null primary key,
    cust_id char(10) not null references Customers(cust_id)
);

表中放肆列只要满意以下规范,都得以用来主键。

  • 轻松两行主键值都不相同。
  • 每行都有所七个主键值(既列中分歧意NULL)。
  • 含蓄主键的列从不修改或更新。
  • 主键值不可能重用。

外键

外键是表中的一列,其值必得列在另一表的主键中。

外键有助防止意外删除。
在定义外键后,DBMS不允许删除在另一个表中具有关联行的行。例如不能删除关联订单的顾客,删除改顾客的唯一方法是首先删除相关的订单。

独一约束 unique

独一约束用来确定保障一列中的数据是并世无双的。与主键的区分如下:

  • 表可含蓄四个独一约束,但各类表只允许二个主键。
  • 独一约束列可含蓄NULL值。
  • 独一约束列可修改或更新。
  • 独一约束列的值可重复使用。
  • 与主键区别,独一约束无法用来定义外键。

反省约束 check

create table OrderItems
(
    ...
    quantity integer not null check (quantity > 0),
    ...
)

索引 create index

索援用来排序数据以加快寻找和排序操作的快慢。想象一本书后的目录。

在始发创办索引前,应该牢记以下内容:

  • 目录革新检索操作的属性,但下落了数据插入,修改,和删除的性质。在实行这一个操作时,DBMS必得动态的换代索引。
  • 目录数据恐怕要占用多量的存放空间。
  • 毫不全体数据都相符做索引。
  • 目录用于数据过滤和数码排序。
  • 能够在目录中定义八个列(比方,州加上城市)。那样的目录仅在以州加城市的逐条排序时有用。要是想按城市排序,则这种索引未有用处。
CREATE INDEX index_name
ON table_name (column_name);

除去索引 drop index

DROP INDEX index_name;

触发器 Trigger

触发器是特其余囤积进程,它在特定的数据库活动发生时自动实践。

CREATE  TRIGGER trigger_name [BEFORE|AFTER] event_name 
ON table_name
BEGIN
 -- Trigger logic goes here....
END;

示例:

CREATE TRIGGER audit_log AFTER INSERT 
ON COMPANY
BEGIN
   INSERT INTO AUDIT(EMP_ID, ENTRY_DATE) VALUES (new.ID, datetime('now'));
END;

列出触发器

SELECT name FROM sqlite_master
WHERE type = 'trigger';
TAG标签:
版权声明:本文由金沙澳门唯一官网发布于数据库管理,转载请注明出处:SQL语句处理顺序的坑,必知必会