【汇总】SQL CODE --- 经典·精彩
数据操作类 SQLHelper.cs
无限级分类 存储过程
百万级分页存储
SQL经典短小代码收集
学生表 课程表 成绩表 教师表 50个常用sql语句
SQL SERVER 与ACCESS、EXCEL的数据转换
游标
根据不同的条件查询不同的表
INNER JOIN 语法
master.dbo.spt_values 的妙用
关于SQL时间类型的模糊查询
排名 sql
同步两个数据库
QLServer和Oracle常用函数对比
国内最新最全面IP数据库
sql 先进先出 库存
BOM 创建用户定义函数,每个子节点de父节点的信息
用PARSENAME函数拆分字符串
将一个字符串分成多列
字符串分割函数--拆分成多行
合并多行的某一列值
列和相减 L3-L2
统计交叉相等两列元祖的次数 去掉重复
行列 转换 合并 分拆
SQL 年龄段 分组统计
每个分类取最新的几条的SQL实现
小计 合计 -统计
求每天的收入和支出
用户消费总金额 2000以下 2000-4000 4000-6000
有小时、分钟，求平均工作时间
电话通话次数以及时长
时间天数相差5天以上并且记录条数大于2的信息
统计 ......
-- 查看当前db的登陆
select * from sys.sql_logins
-- 查看性能记数器
SELECT * from sys.dm_os_performance_counters
-- 执行过的线程所遇到的所有等待(不是当前正在运行的线程, 为自上次重置统计信息或启动服务器以来累积的数据),可分析靠前的几个等待较高的事件。
select * from sys.dm_os_wait_stats order by wait_time_ms desc
该动态视图的细节，请查看帮助文档.
-- 重置该动态视图
DBCC SQLPERF ('sys.dm_os_wait_stats', CLEAR);
GO
-- 正在等待某些资源的任务的等待队列
select * from sys.dm_os_waiting_tasks order by wait_duration_ms desc ......
用第一种方法，上传服务器后，在一些服务器中，可能会出现以下错误：
必须在web.config中加 <system.web><identity impersonate="false"/></system.web> ,否则出现错误：System.Data.OleDb.OleDbException: 未指定的错误。加了以后，点多几次链接，会出现“用户 'NT AUTHORITY\NETWORK SERVICE' 登录失败”，需要重新上传，然后又出现同样的错误。
所以，如果要上传到服务器的话，就要用到第二种方法。如下：
public Random rd;
rd = new Random(1);
string filename = this.FileUpload1.PostedFile.FileName;
//string filename = this.FileUpload1.PostedFile.FileName;
string type = filename.Substring(filename.LastIndexOf("."));
s ......
原文链接:http://blog.btidea.com/article.asp?id=440
查询速度慢的原因很多，常见如下几种：
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）。索引应该尽量小，使用字节� ......
查询速度慢的原因很多，常见如下几种：
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）。索引应该尽量小，使用字节数小的列建索引好（参照索引的创建）,不要对有限的几个值 ......
(一)深入浅出理解索引结构
实际上，您可以把索引理解为一种特殊的目录。微软的SQL SERVER提供了两种索引：聚集索引(clustered index，也称聚类索引、簇集索引)和非聚集索引(nonclustered index，也称非聚类索引、非簇集索引)。下面，我们举例来说明一下聚集索引和非聚集索引的区别：
其实，我们的汉语字典的正文本身就是一个聚集索引。比如，我们要查“安”字，就会很自然地翻开字典的前几页，因为“安”的拼音是“an”，而按照拼音排序汉字的字典是以英文字母“a”开头并以“z”结尾的，那么“安”字就自然地排在字典的前部。如果您翻完了所有以“a”开头的部分仍然找不到这个字，那么就说明您的字典中没有这个字;同样的，如果查“张”字，那您也会将您的字典翻到最后部分，因为“张”的拼音是“zhang”。也就是说，字典的正文部分本身就是一个目录，您不需要再去查其他目录来找到您需要找的内容。
我们把这种正文内容本身就是一种按照一定规则排列的目录称为“聚集索引”。
如果您认识某个字，您可以快速地从自典中查到这个字。但您也 ......
最新文章 :