最新评论
Re:清理大批量数据例子 jamesten 2011-11-14 17:36
非常好的例子，兄弟的博客很久没有更新了？
Re:一条诡异的SQL gobird 2011-09-08 13:53
前面的看懂了,解释没看懂.
Re:经典存储过程 海南.胡勇 2011-08-16 15:53
兄弟，你这...
Re:数据库大型应用解决方案总结（转） 海南.胡勇 2011-08-16 15:14
GOot article.
Re:sql server 同步复制要点 ms sql菜鸟 2011-07-05 17:35
今年当开始了MS SQL的工作，看到你的东西，受益匪浅啊
[quote]zping.com：@zyli
<br/>将数据库兼容级别从“80”改成”90“[/quote]
我是从2000升级到2005，请问修改哪个数据库的兼容级别
@yishanhai
通过sql_handle获取sql语句，具体看DMVS表值函数。
您好， cross apply sys.dm_exec_sql_text(a.sql_handle) b
是什么意思？谢谢
Re:数据库设计--多对多模式(转) 魅影骑士 2010-08-30 10:09
写的很好，就是简单了点，如果能加上一个实例就更好了
还是博客园最好。其他垃圾网站什么javaeye之类的，都下不了
Re:SQL 语句优化--IN语句优化案例 yongfa365 2010-05-03 14:16
N年前留贴，问题今天解决：
SET STATISTICS IO ON
SET STATISTICS TIME ON
SELECT Id,username,[dbo].[fn_GetPinyin](username) FROM dbo.Users
SET STATISTICS TIME OFF
SET STATISTICS IO OFF
实在忍不住要喷一下...
1. 不要被你的执行计划欺骗了, 你连时间都没有比较, 何来知道那个效率快?
2. 不管你怎么比较exists 跟in的效率是一样的. 同样是表扫描. 你例子中 in 是全表, exists 是使用索引查询. 能不快吗?
Re:SQL 大数据量的优化例子讨论 绝代恭敬 2010-01-26 10:29
建立个备份查询使用的表，这张表可以随便建索引来分页查询，但是，和原始表数据相差半天或者一天，用作业半天或者一天把数据从原始表同步到这个备份查询的表就可以了。
Re:SQL优化--使用关联查询代替子查询 Ares 2009-12-29 18:43
您好,非常喜欢您对sql优化的文章,请问下
为什么我的查询下面没有显示
表 'Worktable'。扫描计数 360，逻辑读取 142334 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'workflowbase'。扫描计数 1，逻辑读取 1589 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 '[zping.com]'。扫描计数 1，逻辑读取 366 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
这些内容呢?要怎么样才可以显示出来?
Re:吃亏和付出经常是必须的(转) PHPLover 2009-12-14 20:11
写的非常不错
吃亏是福，只有置之于人生长河才能真正的体现，一时一地的得失原本不必太在意，只要不是涉及你真正的底线，忍一忍，海阔天高。
Re:SQL 大数据量的优化例子讨论 邀月 2009-09-08 22:36
谢谢分享！
Re:SQL 语句优化--中间表的使用优化 海洋之 心 2009-08-29 18:03
我也是很期待的！！！
我第一次来，但是看了很长时间楼主的博客，觉得很不错，交个朋友吧，嘿嘿！！！
Re:SQL 语句优化--OR 语句优化案例 大漠枭狼 2009-07-20 13:42
怎么回事,你们试的这些都快,而我试却是比改进的慢呢,我的记录数是足够多的,几千万
我亲自试了下,用in比exists还快三秒钟,真不知道网上说的是怎么提升的
请问一下: apply sys.dm_exec_sql_text 在SQL SERVER里找不到.能说明下吧
@lzmch
只要你保证大部分的情况下是最优的即可。
一般查询数据有分页，数据量小，影响不大，你这个查询18秒，估计查询时涉及的数据量比较大造成。
个人建议：
1， 在OLAP高并发的情况下，先要优化sql, 让sql语句IO次数降到最少，。再使用”参数化“。
2， 对应OLAP其中的统计报表，不必要使用”参数化“
3， 在OLAP数据仓库，就不必要使用”参数化“
多谢回复。我现在的用参数和用固定值，参数值是完全一样的。不用参数查询是完全不现实的。问题就是现在怎么才能避免这种情况！
@lzmch
这里要明白”参数方式“的目的，减少硬分析，但是有个缺陷，就是你查的表中数据是很均匀的时候，执行计划最优，但你数据很不均匀时，执行计划不最优，可能这时就有问题。
”参数方式“有他的利和避。
你说的慢近10倍，估计就是两次数据很不均匀，造成参数方式慢，执行了错误的执行计划。
发现一个疑难问题。sql2005中，某表数据量超过2000W，在有index的列上做查询，用参数方式比用固定值方式，慢近10倍。
固定值的2秒，用参数方式18秒。
请问这是怎么回事，怎么解决呢？从来都是提倡用参数的，但用参数咋就这么慢了？
期待你的帮助
re: SQL 语句优化--中间表的使用优化 lzmch 2009-05-06 16:48
发现一个疑难问题。sql2005中，某表数据量超过2000W，在有index的列上做查询，用参数方式比用固定值方式，慢近10倍。
固定值的2秒，用参数方式18秒。
请问这是怎么回事，怎么解决呢？从来都是提倡用参数的，但用参数咋就这么慢了？
期待你的帮助
re: 数据库设计--自联结模式（转） 技术拓荒者 2009-05-04 19:15
个人小计：
11
主扩
mn
多多
1n
是否联合主键 联合即继承模式
是否大冗余
自连接
名值对
不明白什么是 名值对
re: SQL server 2005 日志恢复和审计工具 fanxiao91163 2009-03-24 18:55
4.1的版本能不能连接2005的数据库实例呀。我没有连接成功过
re: 通过日志恢复MSSQL数据例子 zping.com 2009-03-12 16:57
@conjs
可以的，你备份数据库时，使用”完整“恢复模式
re: 通过日志恢复MSSQL数据例子 conjs 2009-03-11 23:19
此方法经测试,无效.
re: 数据库设计--自联结模式（转） 路人N 2009-03-10 16:48
至于可以容纳的“树”结点深度，取决于 FolderFullName 字段的大小，以及每一层结点名字的长度，深度是不确定的且有限的。不过想必足以应付绝大多数场景。
re: 数据库设计--自联结模式（转） 路人N 2009-03-10 16:46
其实可以考虑如下的结构存储“树”，
FolderFullName nvarchar(1000) pk not null,
FolderName nvarchar(10) not null,
Level int,
ParentFolder nvarchar(1000)
其中 FolderFullName 以“/”为间隔将完整路径记录下来，如：
/ （根目录）
/服装/
/服装/女装/
/服装/女装/裙装/
/服装/女装/裙装/.../
FolderFullName 以外的字段可以根据实际需要取舍，并非必须字段。
好处是只需 SELECT 一次即可读出“树”需要的数据（注意使用 ORDER BY 排序以方便后期组成“树”形）。
DELETE 只需一次即可将某个结点及其子代全部删除（LIKE '/服装/女装/%'）。
或许 UPDATE 会略微麻烦一点，但仍是可以接受的（先 SELECT LIKE '/服装/女装/%'，然后再逐条更新）
当然如果数据库的字符串处理能力强大，也是能一次性更新完毕的。
你些表名好熟，这个系统的原型是某国的某公司开发的吧？
--引用--------------------------------------------------
zping.com: @我在故我在
你没搞明白就下定义，业务人员这时录入数据是很快的。但界面上好像是已经完成了，但JBOSS那边的请求没完全结束。这时一直下去，jboss服务器堆积了很多请求。
不知道你做过JAVA没有，你调试一下就知道了。
--------------------------------------------------------
不明白什么叫堆积了很多，我的理解是用户把INSERT请求提交给了JBOSS,JBOSS响应插入完成，这时其实JBOSS还没有完成，在提交给数据库的队列中？那如果插入失败需要ROLLBACK，如何来告诉用户状态。
re: 小招技巧: EXCEL文件导入数据库(转) zping.com 2009-03-03 22:27
不是，其他数据库也可以的
re: 小招技巧: EXCEL文件导入数据库(转) Jerry Qian 2009-02-22 22:57
只能oracle啊.
初学SQL Server优化，原来系统表还可以这么用，谢谢楼主