查询速度慢的原因很多，常见如下几种：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)
7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)
8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。
9、返回了不必要的行和列
10、查询语句不好，没有优化 ●可以通过如下方法来优化查询 :
1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。数据量(尺寸)越大，提高I/O越重要.
2、纵向、横向分割表，减少表的尺寸(sp_spaceuse)
3、升级硬件
4、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。注意填充因子要适当(最好是使用默认值0)。索引应该尽量小，使用字节数小的列建索引好(参照索引的创建),不要对有限的几个值的字段建单一索引如性别字段
5、提高网速;
6、扩大服务器的内存,Windows 2000和SQL server ......
下列语句部分是Mssql语句，不可以在access中使用。
SQL分类：
DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE)
DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT)
DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)
首先,简要介绍基础语句：
1、说明：创建数据库
CREATE DATABASE database-name
2、说明：删除数据库
drop database dbname
3、说明：备份sql server
--- 创建 备份数据的 device
USE master
EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat'
--- 开始 备份
BACKUP DATABASE pubs TO testBack
4、说明：创建新表
create table tabname(col1 type1 [not null] [primary key],col2 type2 [not null],..)
根据已有的表创建新表：
A：create table tab_new like tab_old (使用旧表创建新表)
B：create table tab_new as select col1,col2… from tab_old definition only
5、说明：
删除新表：drop table tabname
6、说明：
增加一个列：Alter table tabname add column col type
注：列增加后将不能删� ......
临时表与一般的表不同，它是保存到tempDb表中。临时表的表名与你所建的表名也不一样，因为他要为不同人的相同操作创建不同的临时表。
1、错误的删除操作：
--错误的临时表删除操作，因为所在数据库不同
IF EXISTS (SELECT * from sysobjects WHERE object_id = OBJECT_ID(N'[dbo].[#tempTable]') AND type in (N'U'))
Begin
DROP TABLE [dbo].[tempTable]
End
--错误的临时表删除操作,因为临时表名已变
if exists (select * from tempdb.dbo.sysobjects where id = object_id(N'[#temptable]'))
Begin
drop table #temptable
End
2、正确的删除方式：
--正确的临时表删除操作
if object_id('tempdb..#tempTable') is not null Begin
drop table #tempTable
End ......
2009-10-08 16:05
什么是视图
大家都知道，我们国家现在“神七”上天了。从美国的月球登月开始，人类上天不再是神话。听说，在美国，你只要出几十万美元，您就可以上一次月球进行太空旅行，所以，我们相信：在不久的将来，上天旅行将走进我们百姓的生活，那是一件多么新鲜神奇的事情啊。好多美国人上天后，他们用望远镜观看我们的地球，结果看到的地球形状各不相同。有的说象绿色的橘子，有的说象白色的大鸭梨，有的说象蓝色的大西瓜。这是为什么呢？你肯定会说：那是因为从不同的角度（视角），看到的不同形状而已。那么，从不同的视角，将看到不同的“图形”，这就是我们马上讲到的视图。我们的学员信息也是如此：对于学员的信息和成绩，老师比较关心学员成绩以及是否参加考试，包括姓名、学号、笔试、机试、是否通过等。班主任则比较关心学生档案，包括姓名、学号、性别和年龄。
其实，视图就是一张虚拟表，它表示一张表的部分数据或多张表的综合数据，其结构和数据是建立在对表的查询基础上
• 视图中并不存放数据，而是存放在视图所引用的原始表（基表）中 ......
我们都知道在Oracle中每条SQL语句在执行之前都需要经过解析，这里面又分为软解析和硬解析。那么这两种解析有何不同之处呢？它们又分别是如何进行解析呢？Oracle内部解析的步骤又是如何进行的呢？下面我们就这些话题进行共同探讨。 在Oracle中存在两种类型的SQL语句，一类为DDL语句，他们是从来不会共享使用的，也就是每次执行都需要进行硬解析。还有一类就是DML语句，他们会根据情况选择要么进行硬解析，要么进行软解析。在Oracle 8i OCP教材的023中1-12有说明SQL语句的解析步骤，当一条SQL语句从客户端进程传递到服务器端进程后，需要执行如下步骤：
• 在共享池中搜索 SQL 语句的现有副本
• 验证 SQL 语句的语法是否准确
• 执行数据字典查找来验证表和列的定义
• 获取对象的分析锁以便在语句的分析过程中对象的定义不会改变
• 检查用户访问引用方案对象的权限
• 确定语句的最佳执行计划
• 将语句和执行计划载入共享的 SQL 区
这个先入为主的概念一直占据着我的脑海，我认为硬解析就是上面几个步骤。相对于硬解析，软解析的步骤就是上面第一步找到现有SQL语句的副本后，只需要验证用户是否有权限执行就是了，这样省略上面 ......
我们都知道在Oracle中每条SQL语句在执行之前都需要经过解析，这里面又分为软解析和硬解析。那么这两种解析有何不同之处呢？它们又分别是如何进行解析呢？Oracle内部解析的步骤又是如何进行的呢？下面我们就这些话题进行共同探讨。 在Oracle中存在两种类型的SQL语句，一类为DDL语句，他们是从来不会共享使用的，也就是每次执行都需要进行硬解析。还有一类就是DML语句，他们会根据情况选择要么进行硬解析，要么进行软解析。在Oracle 8i OCP教材的023中1-12有说明SQL语句的解析步骤，当一条SQL语句从客户端进程传递到服务器端进程后，需要执行如下步骤：
• 在共享池中搜索 SQL 语句的现有副本
• 验证 SQL 语句的语法是否准确
• 执行数据字典查找来验证表和列的定义
• 获取对象的分析锁以便在语句的分析过程中对象的定义不会改变
• 检查用户访问引用方案对象的权限
• 确定语句的最佳执行计划
• 将语句和执行计划载入共享的 SQL 区
这个先入为主的概念一直占据着我的脑海，我认为硬解析就是上面几个步骤。相对于硬解析，软解析的步骤就是上面第一步找到现有SQL语句的副本后，只需要验证用户是否有权限执行就是了，这样省略上面 ......
一般的远程访问的写成这样：
Data Source=IP;Initial Catalog=数据库名;UserID=用户名;Password=密码
本地访问的写成这样：
Data Source=(local);Initial Catalog=数据库名;UserID=用户名;Password=密码
如果是本地的，通过windows组件验证的（也就是没有用户名，密码的）写成这样：
Data Source=(local);Initial Catalog=数据库名;Integrated Security=True
如果不是默认的实例，假如实例名是SQLEXPRESS，写成这样：
Data Source=(local)\SQLEXPRESS;Initial Catalog=数据库名;Integrated Security=True
ExecuteReader
简单高效的，单向前的数据查询。返回一个SqlDataReader对象
通常用于读取数据
ExecuteNonQuery
返回一个int类型的值，返回数据库中所影响的行数。
用于对数据库的各种操作
ExecuteScalar
返回读出结果的第一行第一列
......
最新文章 : sql