DECLARE
TYPE list IS TABLE OF t_stu.project%TYPE INDEX BY BINARY_INTEGER;
project_list list;
v_pro_num NUMBER;
sql_str VARCHAR(255);
t_stu
SID SUBJECT SCORE
1 数学 99
1 英语 68
1 法律 79
2 数学 92
2 英语 72
2 法律 96
实现======
SID
数学
英语
法律
1
99
68
79
2
92
72
96
DECLARE
TYPE list IS TABLE OF t_stu.subject%TYPE INDEX BY BINARY_INTEGER;
subject_list li ......
----start
在SQL语句中应该尽量避免使用OR，因为这样做会影响SQL语句的性能。考虑下面的情况：
CREATE TABLE USER
(
NAME VARCHAR(20) NOT NULL,---姓名
BIRTHDAY DATE---生日
);
现在有这样一个问题：让你查找一下生日是1949-10-1（共和国同龄人）或1978-12-18（十一届三中全会召开时间）的人，怎么办？
我们很自然就会把这句话翻译成如下SQL语句：
SELECT * from USER WHERE BIRTHDAY='1949-10-1' OR BIRTHDAY='1978-12-18'
这样做完全正确，可是性能不好，你的思想被这个问题束缚了，我们还可以这么写：
SELECT * from USER WHERE BIRTHDAY IN ('1949-10-1','1978-12-18');
有时候，我们不要把自己束缚在问题里面。
---更多参见：DB2 SQL 精要
----声明：转载请注明出处。
----last update at 2009.9.24
----write by wave at 2009.9.24
----end ......
transaction 1:
------------------------------------------------------
begin transaction
update table1 set cola = 'str1'
Waitfor time '10:12:00'
update table2 set colb = 'str2'
rollback transaction
transaction 2:
------------------------------------------------------
begin transaction
update table2 set colb = 'str2'
Waitfor time '10:12:00'
update table1 set cola = 'str1'
rollback transaction
同时运行这两个事务，将导致死锁。(先创建table1和table2，并插入一些值；waitfor time 适当修改)
SQL Server本身会处理死锁，通过选择一个死锁牺牲品，回滚死锁牺牲品的事务，来避免死锁。
SQL Server在上面这两个事务中自动选择一个作为死锁牺牲品，该事务将收到如下消息：
------------------------------------------------------
Msg 1205, Level 13, State 56, Line 7
事务(进程 ID 52)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请� ......
如要在一个hwsp表中填加字段：ylxs
alter table hwsp add column ylxs
ALTER TABLE 表 {ADD ADD{COLUMN 字段类型 [ (字长)] [NOT NULL] [CONSTRAINT 索引 ] |
ALTER COLUMN 字段类型 [(字长)] |
CONSTRAINT 多重字段索引 } |
DROP DROP{COLUMN 字段 I CONSTRAINT 索引名 } }
ALTER TABLE 语句分为以下几个部分：
部分 说明
table 欲修改的表之名称。
field 欲在表内增加或删除的字段的名称。或表内欲被替换的字段名称。
type 字段的数据类型。
size 字段的字符长度 (文本及二进制字段)。
index 字段索引。欲了解更多有关如何构造本索引的信息，请看 CONSTRAINT子句。
multifieldindex 欲增加至表 中的多重字段索引的定义。欲了解更多有关如何构造本索引的信息，请看 CONSTRAINT子句。
indexname 欲删除的多重字段索引的名称。
说明
使用 ALTER TABLE 语句，可用多种不同方法更改当前已存在的表：你可以：
使用 ADD COLUMN 在表中添加新的字段。需要指定字段名、数据类型、还可以 (对文本和二进制字段)指定长度。例如，下列语句在� ......
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO
CREATE proc pGetInsertSQL (@TableName varchar(256))
as
begin
set nocount on
declare @sqlstr varchar(4000)
declare @sqlstr1 varchar(4000)
declare @sqlstr2 varchar(4000)
select @sqlstr='select ''insert '+@tablename
select @sqlstr1=''
select @sqlstr2=' ('
select @sqlstr1= ' values ( ''+'
select @sqlstr1=@sqlstr1+col+'+'',''+' ,@sqlstr2=@sqlstr2+name +',' from (select case
-- when a.xtype =173 then 'case when '+a.name+' is null then ''NULL'' else '+'convert(varchar('+convert(varchar(4),a.length*2+2)+'),'+a.name +')'+' end'
when a.xtype =104 then 'case when '+a.name+' is null then ''NULL'' else '+'convert(varchar(1),'+a.name +')'+' end'
when a.xtype =175 then 'case when '+a.name+' is ......
----start
在SQL语句的 WHERE 子句中应该尽量避免在字段上使用函数，因为这样做会使该字段上的索引失效，影响SQL语句的性能。即使该字段上没有索引，也应该避免在字段上使用函数。考虑下面的情况：
CREATE TABLE USER
(
NAME VARCHAR(20) NOT NULL,---姓名
REGISTERDATE TIMESTAMP---注册时间
);
现在要求你把2009.9.24注册的用户都查出来，怎么办？可能有人会这么写：
SELECT * from USER WHERE REGISTERDATE='2009-9-24';
不过很遗憾，这个语句是错误的，因为REGISTERDATE是TIMESTAMP类型，而'2009-9-24'默认是DATE类型，类型不匹配。即然类型不匹配，很自然会想到利用函数进行类型转换，因此，很自然会写出下面的语句：
SELECT * from USER WHERE DATE(REGISTERDATE)='2009-9-24';
上述语句完全正确，但是假如REGISTERDATE字段上有索引，那么会使索引失效，即使没有索引，也不应该这么做。那么到底如何处理呢？答案是将它转化为范围扫描，如下：
SELECT * from USER WHERE REGISTERDATE>='2009-9-24 00:00:00.0' AND REGISTERDATE<'2009-9-25 00:00:00.0';
---更多参见：DB2 SQL 精要
----声明� ......
最新文章 :