仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 988|回复: 7
打印 上一主题 下一主题

[学习教程] MSSQL网页编程之把握SQL四条最基础的数据操纵语句

[复制链接]
分手快乐 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:42:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
Archive非常适合存储大量的独立的,作为历史记录的数据。因为它们不经常被读取。Archive拥有高效的插入速度,但其对查询的支持相对较差数据|语句把握sql四条最基础的数据操纵语句:insert,select,update和delete。

练把握sql是数据库用户的可贵财产。在本文中,我们将引诱你把握四条最基础的数据操纵语句―sql的中心功效―来顺次先容对照操纵符、选择断言和三值逻辑。当你完成这些进修后,明显你已入手下手算是精晓sql了。

在我们入手下手之前,先利用createtable语句来创立一个表(如所示)。ddl语句对数据库工具如表、列和视举行界说。它们其实不对表中的行举行处置,这是由于ddl语句其实不处置数据库中实践的数据。这些事情由另外一类sql语句―数据操纵言语(dml)语句举行处置。

sql中有四种基础的dml操纵:insert,select,update和delete。因为这是年夜多半sql用户常常用到的,我们有需要在此对它们举行逐一申明。在中我们给出了一个名为employees的表。个中的每行对应一个特定的雇员纪录。请熟习这张表,我们在前面的例子中将要用到它。

毗连查询

经由过程毗连运算符能够完成多个表查询。毗连是干系数据库模子的次要特性,也是它区分于别的范例数据库办理体系的一个标记。

在干系数据库办理体系中,表创建时各数据之间的干系不用断定,常把一个实体的一切信息寄存在一个表中。当检索数据时,经由过程毗连操纵查询出寄存在多个表中的分歧实体的信息。毗连操纵给用户带来很年夜的天真性,他们能够在任什么时候候增添新的数据范例。为分歧实体创立新的表,此后经由过程毗连举行查询。

毗连能够在select语句的from子句或where子句中创建,貌同实异在from子句中指出毗连时有助于将毗连操纵与where子句中的搜刮前提辨别开来。以是,在transact-sql中保举利用这类办法。

sql-92尺度所界说的from子句的毗连语法格局为:

fromjoin_tablejoin_typejoin_table

[on(join_condition)]

个中join_table指出介入毗连操纵的表名,毗连能够对统一个表操纵,也能够对多表操纵,对统一个表操纵的毗连又称做自毗连。

join_type指出毗连范例,可分为三种:内毗连、外毗连和交织毗连。内毗连(innerjoin)利用对照运算符举行表间某(些)列数据的对照操纵,并列出这些表中与毗连前提相婚配的数据行。依据所利用的对照体例分歧,内毗连又分为等值毗连、天然毗连和不等毗连三种。

外毗连分为左外毗连(leftouterjoin或leftjoin)、右外毗连(rightouterjoin或rightjoin)和全外毗连(fullouterjoin或fulljoin)三种。与内毗连分歧的是,外毗连不但列出与毗连前提相婚配的行,而是列出左表(左外毗连时)、右表(右外毗连时)或两个表(全外毗连时)中一切切合搜刮前提的数据行。

交织毗连(crossjoin)没有where子句,它前往毗连表中一切数据行的笛卡尔积,其了局汇合中的数据行数即是第一个表中切合查询前提的数据行数乘以第二个表中切合查询前提的数据行数。

毗连操纵中的on(join_condition)子句指出毗连前提,它由被毗连表中的列和对照运算符、逻辑运算符等组成。
不管哪一种毗连都不克不及对text、ntext和image数据范例列举行间接毗连,但能够对这三种列举行直接毗连。比方:
selectp1.pub_id,p2.pub_id,p1.pr_info

frompub_infoasp1innerjoinpub_infoasp2

ondatalength(p1.pr_info)=datalength(p2.pr_info)

(一)内毗连

内毗连查询操纵列出与毗连前提婚配的数据行,它利用对照运算符对照被毗连列的列值。内毗连分三种:

1、等值毗连:在毗连前提中利用即是号(=)运算符对照被毗连列的列值,其查询了局中列出被毗连表中的一切列,包含个中的反复列。

2、不等毗连:在毗连前提利用除即是运算符之外的别的对照运算符对照被毗连的列的列值。这些运算符包含>、>=、<=、<、!>、!<和。

3、天然毗连:在毗连前提中利用即是(=)运算符对照被毗连列的列值,但它利用选择列表指出查询了局汇合中所包含的列,并删除毗连表中的反复列。

例,上面利用等值毗连列出authors和publishers表中位于统一乡村的作者和出书社:

select*

fromauthorsasainnerjoinpublishersasp

ona.city=p.city

又如利用天然毗连,在选择列表中删除authors和publishers表中反复列(city和state):

selecta.*,p.pub_id,p.pub_name,p.country

fromauthorsasainnerjoinpublishersasp

ona.city=p.city

(二)外毗连

内毗连时,前往查询了局汇合中的仅是切合查询前提(where搜刮前提或having前提)和毗连前提的行。而接纳外毗连时,它前往到查询了局汇合中的不但包括切合毗连前提的行,并且还包含左表(左外毗连时)、右表(右外毗连时)或两个边接表(全外毗连)中的一切数据行。

以下面利用左外毗连将论坛内容和作者信息毗连起来:

selecta.*,b.*fromluntanleftjoinusertableasb

ona.username=b.username

上面利用全外毗连将city表中的一切作者和user表中的一切作者,和他们地点的乡村:

selecta.*,b.*

fromcityasafullouterjoinuserasb

ona.username=b.username

(三)交织毗连

交织毗连不带where子句,它前往被毗连的两个表一切数据行的笛卡尔积,前往到了局汇合中的数据行数即是第一个表中切合查询前提的数据行数乘以第二个表中切合查询前提的数据行数。

例,titles表中有6类图书,而publishers表中有8家出书社,则以下交织毗连检索到的纪录数将等

于6*8=48行。

selecttype,pub_name

fromtitlescrossjoinpublishers

orderbytype

union运算符能够将两个或两个以上上select语句的查询了局汇合兼并成一个了局汇合显现,即实行团结查询。union的语法格局为:

select_statement

union[all]selectstatement

[union[all]selectstatement][…n]

个中selectstatement为待团结的select查询语句。

all选项暗示将一切行兼并到了局汇合中。不指定该项时,被团结查询了局汇合中的反复即将只保存一行。

团结查询时,查询了局的列题目为第一个查询语句的列题目。因而,要界说列题目必需在第一个查询语句中界说。要春联合查询了局排序时,也必需利用第一查询语句中的列名、列题目大概列序号。


[1][2][3]下一页

对于update操作,只需要把event中的旧行和新行值对调即可。
分手快乐 该用户已被删除
沙发
 楼主| 发表于 2015-1-19 21:27:25 | 只看该作者
而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~
老尸 该用户已被删除
板凳
发表于 2015-1-25 18:42:20 | 只看该作者
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
再现理想 该用户已被删除
地板
发表于 2015-2-3 13:10:36 | 只看该作者
这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片?
山那边是海 该用户已被删除
5#
发表于 2015-2-9 01:58:28 | 只看该作者
从底层原理到表层引用,书籍多的很。个人认为没有什么那本书好?这样的说法。主要看和个人的学习方法是否适合。
乐观 该用户已被删除
6#
发表于 2015-2-26 18:23:40 | 只看该作者
两个月啃那本sqlserver2005技术内部-存储引擎,花了几个月啃四本书
只想知道 该用户已被删除
7#
发表于 2015-3-8 16:28:14 | 只看该作者
SP4是一个累积性的ServicePack,包含自以前的ServicePack发布以来所有的修补程序(包括MS03-031安全公告)。
谁可相欹 该用户已被删除
8#
发表于 2015-3-16 05:15:14 | 只看该作者
如果是将来做数据库的开发设计,就应该详细学习T-SQL的各种细节,包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-22 18:33

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表