1. SQL优化的原则是：
将一次操作需要读取的BLOCK数减到最低,即在最短的时间达到最大的数据吞吐量。
调整不良SQL通常可以从以下几点切入：
检查不良的SQL，考虑其写法是否还有可优化内容
检查子查询 考虑SQL子查询是否可以用简单连接的方式进行重新书写
检查优化索引的使用
考虑数据库的优化器
2. 避免出现SELECT * from table 语句，要明确查出的字段。
3. 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，
定位越准确，则该where条件越应该前移。
4. 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，
这样查询时只进行索引扫描，不读取数据块。
5. 在判断有无符合条件的记录时建议不要用SELECT &nbs ......
如果temp_t1不存在，
oracle:
create table temp_t1
as
select * from t1
sql server:
select * into temp_t1 from t1
如果temp_t1存在，
oracle:
insert into table temp_t1
select * from t1
sql server:
insert into table temp_t1
select * from t1 ......
如果temp_t1不存在，
oracle:
create table temp_t1
as
select * from t1
sql server:
select * into temp_t1 from t1
如果temp_t1存在，
oracle:
insert into table temp_t1
select * from t1
sql server:
insert into table temp_t1
select * from t1 ......
我们在做很多项目时都要涉及到数据库，特别是一些比较大型的web项目，更是有较大的并发处理，所以对数据库的操作有可能会产生死锁，对于数据库的死锁，一般数据库系统都会有一套机制去解锁，一般不会造成数据库的瘫痪，但解锁的过程会造成数据库性能的急速下降，反映到程序上就会造成程序的反应性能的下降，并且会造成程序有的操作失败。虽然一般对于数据库级别的锁定于解锁程序员不会在程序中用代码编程去处理，但是对于其的了解对于程序员来说还是很有好处的，它能让我们在出现问题时快速找到问题的原因，同时让我们在编程时注意哪些可能造成数据库死锁的不太好的编码。
以下以sql server2000为例，来了解数据库死锁的一些知识（其实各种大型数据库所采用的锁的基本理论是一致的，但在具体实现上各有差别。）
之所以要有锁的概念是因为存在着多用户同时需要访问数据库，如果没有锁定且多个用户同时访问一个数据库，则当他们的事务同时使用相同的数据时可能会发生问题，这些问题包括：丢失更新、脏读、不可重复读和幻觉读等等，在这就不一一解释了，总之就是发生数据不一� ......
SQL Server 几个好用的SQL语句
1、复制表
select * into desttable from srctable
将 srctable 完整地复制一份到 desttable 中，当然后面也可以加上条件来限定需要复制的记录
要求：desttable 必须为不存在的表名。
insert into desttable(column1, column2) select columna, columnb from srctable
将 srctable 表中的columna, columnb 字段制到 desttable 的column1, column2中，后面也可以加上条件来限定需要复制的记录
要求：desttable 必须为已经存在的表名。
2、连接修改、删除语句
delete from table1 from table1 inner join table2 on table1.id = table2.tid
表的连接删除语句
update table1 set table1.column1 = table2.columna, table1.column2 = table2.columnb
from table1 inner join table2 on table1.id = table2.id
表的连接更新语句，使用起来非常方便。 ......
这几天手头开发的系统要做一个类似windows账户到期时间的功能，考虑了半天想出了一个技术上和逻辑上都还能实现的解决方案：
创建一个用户存入数据库的时候都创建一个事件调度器来控制用户的到期时间（mysql的时间调度器确实很方便）。想起来是很简单，但是做起来问题确实一波接一波...
一些小问题就不说了，到了关键的地方了：在插入一个用户的时候我到底是在应用层来添加一个事件调度器呢还是在数据库里面自动添加。
当然不管从代码的美观上、系统设计的思想上或是运行效率上来说，我都应该选择后者（废话...）。于是我就选择了后者（你敢再说废话吗）。那么就有了今天的这段笔记...
一开始我兴致勃勃的拼好字符串什么的，写了如下一个触发器
delimiter //
create trigger tri_user after insert on user for each row
begin
set @u_name = new.u_name;
set @expire = '';
select sm_pwd_alter_day into @expire from system_manage where sm_id = 1;
set @str = concat('create EVENT eve_', @u_name, ' ON SCHEDULE EVERY ', @expire, ' day DO
update user set u_enable = \'未启用\' where u_name = \'', @u_n ......
这几天手头开发的系统要做一个类似windows账户到期时间的功能，考虑了半天想出了一个技术上和逻辑上都还能实现的解决方案：
创建一个用户存入数据库的时候都创建一个事件调度器来控制用户的到期时间（mysql的时间调度器确实很方便）。想起来是很简单，但是做起来问题确实一波接一波...
一些小问题就不说了，到了关键的地方了：在插入一个用户的时候我到底是在应用层来添加一个事件调度器呢还是在数据库里面自动添加。
当然不管从代码的美观上、系统设计的思想上或是运行效率上来说，我都应该选择后者（废话...）。于是我就选择了后者（你敢再说废话吗）。那么就有了今天的这段笔记...
一开始我兴致勃勃的拼好字符串什么的，写了如下一个触发器
delimiter //
create trigger tri_user after insert on user for each row
begin
set @u_name = new.u_name;
set @expire = '';
select sm_pwd_alter_day into @expire from system_manage where sm_id = 1;
set @str = concat('create EVENT eve_', @u_name, ' ON SCHEDULE EVERY ', @expire, ' day DO
update user set u_enable = \'未启用\' where u_name = \'', @u_n ......
知: 字段A='F:\photo\Winter Leaves.jpg'
要求:分段截取每段字符[字段A不能为TEXT类型,否则报错]
解决方法:
---截取字符串A的第一个\左边的字符串
select left(A,charindex('/',A)-1)
输出结果：F:
---截取\中间的字符串
select left(stuff(A,1,charindex('/',A),''),charindex('/',stuff(A,1,charindex('/',A),''))-1)
输出结果：photo
---截取最后一个\后面的字符串
select reverse(left(reverse(A),charindex('/',reverse(A))-1))
输出结果：Winter Leaves.jpg
---截取字符串A的首字幕
select STUFF(A,1, 1, '')
输出结果：:\photo\Winter Leaves.jpg ......
最新文章 : sql