2012年11月23日

ASP.NET存储过程自定义分页详解

摘要: ASP.NET存储过程自定义分页详解1.首先我是用存储过程来解决的,要弄懂这个问题,首先要从存储过程下手,代码如下:CREATE proc getdataset@TableList Varchar(200)='*',--搜索表的字段,比如:’id,datatime,job‘,用逗号隔开@TableName Varchar(30), --搜索的表名@SelectWhere Varchar(500)='',--搜索条件,这里不用写where,比如:job=’teacher‘and class='2'@SelectOrderId Varchar(20) 阅读全文

posted @ 2012-11-23 19:53 844916072 阅读(134) 评论(0) 推荐(0)

sql server性能分析--执行计划重用次数

摘要: sql server性能分析--执行计划重用次数 分析sql执行计划重用次数,查看绑定变量使用情况selecttotal_elapsed_time/execution_count平均时间,total_logical_reads/execution_count逻辑读,usecounts重用次数,SUBSTRING(d.text,(statement_start_offset/2)+1,((CASEstatement_end_offsetWHEN-1THENDATALENGTH(text)ELSEstatement_end_offsetEND-statement_start_offset)/2)+ 阅读全文

posted @ 2012-11-23 17:25 844916072 阅读(156) 评论(0) 推荐(0)

sql server性能分析--索引使用效率评估

摘要: sql server性能分析--索引使用效率评估dmv分析索引的使用情况,包括扫描次数,更新次数,有利于你评估设计的索引使用效率,sql server 2005的确比2000在性能分析上提高很多。user_seeks :通过用户查询执行的搜索次数。个人理解: 此统计索引seek的次数user_scans:通过用户查询执行的扫描次数。个人理解:此统计表扫描的次数,无索引配合user_lookups:通过用户查询执行的查找次数。个人理解:用户通过索引查找,在使用RID或聚集索引查找数据的次数,对于堆表或聚集表数据而言和索引配合使用次数user_updates: 通过用户查询执行的更新次数。个人理解 阅读全文

posted @ 2012-11-23 17:24 844916072 阅读(159) 评论(0) 推荐(0)

SQL Server 2005 如何实现ACID事务机制

摘要: SQL Server 2005 如何实现ACID事务机制 当我一个运行很长的事务,在事务提交以完后,突然断电了,这时长事务里肯定有没有处理的语句,面对这样情况,一部分已经处理完了,一部还没来得及处理的情况,SQL Server 2005数据库是如何保证事务的持久性和一致性? 以上的情况,查一般的SQL Server 2005资料是很难有答案的,这段时间在学Oracle时,了解了其事务是如何保证事务的acid ,后来在SQL Server 2005测试了一下。数据库的事务机制都有点类似。以下是SQL Server 2005测试例子。 建立测试表:Code highlighting produc. 阅读全文

posted @ 2012-11-23 17:09 844916072 阅读(177) 评论(0) 推荐(0)

SQL 语句优化 --将Exists转换成 inner join 语句来选择正确的执行计划

摘要: SQL 语句优化 --将Exists转换成 inner join 语句来选择正确的执行计划 这段时间优化时,发现一个语句执行时间很长,效率很低,语句如下:selectid,field015,field016,field017,field001,field020,field010,field014,field011,field013,field004,field018,field005,field007,field003,null,requestidfromufv3a7n71178865841875tbaliaswhererequestidin(selectidfromworkflowbasew 阅读全文

posted @ 2012-11-23 14:19 844916072 阅读(274) 评论(0) 推荐(0)

SQL 语句技巧--递归查询机构和下属机构的用户数

摘要: SQL 语句技巧--递归查询机构和下属机构的用户数 今天,一个同事说有个查询比较复杂,需求是:查询机构下的用户数(包括下面全部机构用户),同时还要统计下属机构的用户数。 业务要求:要统计总公司下的用户,还要统计总公司下属的全部机构(技术部,分公司等)的用户数, 同时还要统计技术部,这时统计技术部的用户,还可能包含技术一部,技术二部,技术三部,可能技术一部下面还包含测试部等等部门的用户 依此类推,统计下面的技术一部,和技术一部下面的测试部 同事说这样的话要在程序里递归查询全部机构,就可以得到结果,要写很多条sql语句,能不能用一条sql查询出来。 后来自己试着用一个SQL语句统计出各个机构(包含 阅读全文

posted @ 2012-11-23 14:00 844916072 阅读(3881) 评论(1) 推荐(0)

SQL语句技巧--复杂逻辑的SQL简单实现

摘要: SQL语句技巧--复杂逻辑的SQL简单实现(1) 最近公司同事碰到需求,实现一个功能,想用一个sq语句实现,他让我看看如何实现sql。由于前期做培训时说到尽量减少和数据库的交互,能一条sql取出来就不用两次sql语句:Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->CREATETABLE[dbo].[zping.com]([id][varchar](32)NOTNULL,[objid][varchar](32)NOTNULL,[objtype 阅读全文

posted @ 2012-11-23 13:59 844916072 阅读(2045) 评论(0) 推荐(0)

SQL优化--使用内连接(inner join)代替外连接(left join,right join) (转)

摘要: SQL优化--使用内连接(inner join)代替外连接(left join,right join) (转)避免 LEFT JOIN 和 NULL 当然,有很多时候您需要执行 LEFT JOIN 和使用 NULL 值。但是,它们并不适用于所有情况。改变 SQL 查询的构建方式可能会产生将一个花几分钟运行的报告缩短到只花几秒钟这样的天壤之别的效果。有时,必须在查询中调整数据的形态,使之适应应用程序所要求的显示方式。虽然 TABLE 数据类型会减少大量占用资源的情况,但在查询中还有许多区域可以进行优化。SQL 的一个有价值的常用功能是 LEFT JOIN。它可以用于检索第一个表中的所有行、第二个 阅读全文

posted @ 2012-11-23 13:53 844916072 阅读(2026) 评论(0) 推荐(0)

SQL优化--使用关联查询代替子查询

摘要: SQL优化--使用关联查询代替子查询 SQL优化--使用关联查询代替子查询 测试例子: 子查询:Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->selecta.*,(selectworkflownamefromworkflowbasewhereid=workflowid)workflownamefrom[[zping.com]]]awherea.operator='402882ed1112669201112a8385892f33 阅读全文

posted @ 2012-11-23 13:47 844916072 阅读(360) 评论(0) 推荐(0)

SQL优化--使用 EXISTS 代替 IN 和 inner join来选择正确的执行计划

摘要: SQL优化--使用 EXISTS 代替 IN 和 inner join来选择正确的执行计划 在使用Exists时,如果能正确使用,有时会提高查询速度: 1,使用Exists代替inner join 2,使用Exists代替 in 1,使用Exists代替inner join例子: 在一般写sql语句时通常会遇到如下语句: 两个表连接时,取一个表的数据,一般的写法通过关联查询(inner join):Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--&g 阅读全文

posted @ 2012-11-23 13:46 844916072 阅读(229) 评论(0) 推荐(0)

吃亏和付出经常是必须的(转)

摘要: 吃亏和付出经常是必须的(转) 职场是个名利场,只是所有怀抱理想和追求的人几乎都需要经过名利场的浸淫。对于那些习惯了理想、真理和公义的人来说,职场所流行的各种规则,明规则或者潜规则,是有一个适应的过程。那些不会吃亏的人,一开始可能会很吃亏,很容易受伤。 可能从心理上最难过的一关是:在利益面前,以前所受的教育,那些真理、正义和公理已不再是唯一评判的标准,那些纯真的理想似乎最后也是以名和利来评判。这也是我对大学教育最诟病的地方,到了大学,正规的教育还是脱离现实的理想主义教育,或者就根本没有职业教育。我们,至少我们那批人从理想主义的课堂进入现实的名利场时,我们所有有用的经验要么是同学间相互揣摩所得.. 阅读全文

posted @ 2012-11-23 13:29 844916072 阅读(100) 评论(0) 推荐(0)

为自己而工作(转)

摘要: 为自己而工作(转)由于中国的考试制度,我们很少有人从小就享受到主动获得知识的乐趣。相反,一切似乎都是在被迫中进行,总觉得一切都是在为别人做的,为父母做,为老师做,逐渐养成了一种自己都意识不到的被动心态,进而产生抱怨心态。因为是为别人做的,所以自然会抱怨,对一切不满。我们抱怨学校、父母、工作、婚姻甚至社会,总觉得哪里都不对劲。但其实问题是出在我们自己身上,出在我们凡事都被动的心态上。 对于正在寻找和已经参加工作的每个人都要明了的一件事是:你做任何工作都是在为自己工作!要感谢给你提供工作的机构,不管这个机构本身如何,老板如何。因为只有你有了工作,你才能赚到一份工资;只有你赚到了工资,你才能过日子. 阅读全文

posted @ 2012-11-23 13:28 844916072 阅读(112) 评论(0) 推荐(0)

编程式事务造成的--系统频繁Down机的前后

摘要: 编程式事务造成的--系统频繁Down机的前后 最近公司的新版本的系统开发完成了,交付给客户使用之前,正式将其升级到我们正在使用的系统,升级后的三天,系统频繁down机,三天时间已经超过15次。自己才真正感觉到频繁down机的后果。 后来第三天下午,公司组织了几个人研究系统,我研究数据库,一个看jboss 4.2.3, 另外两个看新加的代码。看看哪个地方出了问题。 一以前系统升级前运行很好,也很正常,但一升级到新的版本后,就出现系统慢,最后就down机。一开始因为是在程序里使用了循环里调用数据库查询,后来发现不是的。 经过大家的分析和测试,最后发现了问题。 原来在程序里,一个程序员没有使用声明式 阅读全文

posted @ 2012-11-23 13:26 844916072 阅读(114) 评论(0) 推荐(0)

成功的部门经理"一周速成" (转)

摘要: 成功的部门经理"一周速成" (转)工作三年了,各个方面都表现不错,但是职位上一直没有什么变化。眼看跟公司的合同 到期了,公司为了留住人才,提拔我作了部门经理,呵呵,真是很高兴。但老板私下里 也跟我说,我各个方面都不错,业务、人缘、能力都可以,但是还缺少管理者的气质, 还要练练。 这管理者的气质怎么练呢?苦恼了很久;作为新提拔的经理,员工们也都不是很佩服。 终于有一天,在酒席上,老板吐了真言,小王,你去买个lenovo的手机用用。 老板就是老板! 这句点拨,事后证明,绝对可以与当年一位道家达人暗示一位孙姓的猴子三更到后门学 艺之事相媲美! 正巧,手机刚丢。于是,直奔国美,79 阅读全文

posted @ 2012-11-23 13:22 844916072 阅读(153) 评论(0) 推荐(0)

对于风雨,逃避它,还是迎向它?

摘要: 对于风雨,逃避它,还是迎向它? 有个小故事:一个青年人在半山腰,突然遇到暴雨,不知道该怎么办?于是请教路过的和尚,和尚说:"你应该向山顶走。"青年问: "为什么不往山下跑?山顶风雨不是更大吗? "往山顶走,固然风雨可能更大,却不足以威胁你的生命。至于向山下跑,看来风雨小些,似乎比较安全,但却可能遇到暴发的山洪而被活活淹死。"和尚严肃地说:"对于风雨,逃避它,你只有被卷入洪流;迎向它,你却能获得生存!" 除了登山,在人生的战场上,不也是如此吗?“众里寻他千百度,蓦然回首,那人却在灯火阑珊处。” 阅读全文

posted @ 2012-11-23 13:21 844916072 阅读(300) 评论(0) 推荐(0)

用最少的成本获得最大收益――论DBA在企业可持续发展中的价值

摘要: 用最少的成本获得最大收益――论DBA在企业可持续发展中的价值 作者:淘宝网数据库及数据仓库部门经理 汪海 文章来源:中国计算机报在当今竞争激烈的市场环境下,成本控制毫无疑问是各个企业提升竞争力非常重要的一个部分,由于众多竞争对手会提供同质化产品和服务,企业必须从控制内部成本做起,做为企业内部开销相对比较大的IT部门,应该首当其冲最大化得挖掘系统的潜力。DBA要引进新方法,新思路,扩展自己的视野,不仅仅局限在数据库维护本身。总的来说,DBA能为这个目标做的事情基本上可以分为系统优化,应用优化,流程优化三个方面。 首先谈到系统优化,这是大部分dba都要接触到的工作。企业定出一个商业目标,IT主管需 阅读全文

posted @ 2012-11-23 13:19 844916072 阅读(174) 评论(0) 推荐(0)

做一棵永远成长的苹果树(转)

摘要: 做一棵永远成长的苹果树(转) 一棵苹果树,终于结果了。 第一年,它结了10个苹果,9个被拿走,自己得到1个。对此,苹果树愤愤不平,于是自断经脉,拒绝成长。第二年,它结了5个苹果,4个被拿走,自己得到1个。“哈 哈,去年我得到了10%,今年得到20%!翻了一番。”这棵苹果树心理平衡了。 但是,它还可以这样∶ 继续成长。譬如,第二年,它结了100个果子,被拿走90 个,自己得到10个。很可能,它被拿走99个,自己得到1个。但没关系,它还可以继续成长,第三年结 1000个果子…… 其实,得到多少果子不是最重要的。最重要的是,苹果树在成长!等苹果树长成参 天大树的时候,那些曾阻碍它成长的力量都会微弱到 阅读全文

posted @ 2012-11-23 13:17 844916072 阅读(140) 评论(0) 推荐(0)

asp.net精华地址

摘要: asp.netCommunity Server专题十:MemberRole之RoleManager构建动态导航的Web应用程序SQL Server 用触发器实现表的历史记录SQL Server 用触发器实现表的历史记录WEB打印大全asp.net操作Excel总结VC++开发BHO插件——定制你的浏览器 作者 陆其明如何实现在Asp.net下XP风格的下拉菜单使用数据2分处理的通用分页存储过程 前半部分与后半部分数据访问时间相同(很久没来了 作为国庆礼物给大家了)Js控制ASPX页面刷新的土办法开始学习使用开源工具了代码生成工具之MyGeneration初次体验.net Ajax无刷新技术C. 阅读全文

posted @ 2012-11-23 13:09 844916072 阅读(139) 评论(0) 推荐(0)

通用分页存储过程

摘要: 1Community_Common_Count_USP2/**//*3作者:SLIGHTBOY4建立日期:2005-8-175修改日期:6存储作用:通用记录统计7作用数据库:自定义8输入变量:9@KeyColumn主键字段名10@TableName表格名称11@SearchQuery查询条件默认''12输出变量:13中间变量:14*/15CREATEPROCEDUREdbo.Community_Common_Count_USP16(17@KeyColumnvarchar(20),18@TableNamevarchar(20),19@SearchQueryvarchar(400) 阅读全文

posted @ 2012-11-23 13:03 844916072 阅读(147) 评论(0) 推荐(0)

数据库设计--多对多模式(转)

摘要: 数据库设计--多对多模式(转)多对多模式 也是比较常见的一种数据库设计模式,它所描述的两个对象不分主次、地位对等、互为一对多的关系。对于A表来说,一条记录对应着B表的多条记录,反过来对于B表来说,一条记录也对应着A表的多条记录,这种情况就是“多对多模式”。“多对多模式”需要在A表和B表之间有一个关联表,这个关联表也是“多对多模式”的核心所在。根据关联表是否有独立的业务处理需求,可将其划分为两种细分情况。1. 关联表有独立的业务处理需求。举例如下(注:这个例子已经作了相当程度的简化,仅仅是用来帮助大家理解“多对多模式”这个概念来使用的,请大家注意)。比如网上书店,通常都会有“书目信息”和“批发单 阅读全文

posted @ 2012-11-23 12:57 844916072 阅读(595) 评论(0) 推荐(0)

据库设计--使用上述四种模式的一般原则(转)

摘要: 据库设计--使用上述四种模式的一般原则(转)(五)使用上述四种模式的一般原则1. 什么时候用“主扩展模式”?对象的个数不多;各个对象之间的属性有一定差别;各个对象的属性在数据库设计阶段能够完全确定;各个扩展对象有独立的、相对比较复杂的业务处理需求,此时用“主扩展模式”。将各个对象的共有属性抽取出来设计为“主表”,将各个对象的剩余属性分别设计为相应的“扩展表”,“主表”与各个“扩展表”分别建立一对一的关系。2. 什么时候用“主从模式”?对象的个数较多且不固定;各个对象之间的属性几乎没有差异;对象的属性在数据库设计阶段能够完全确定;各个对象没有独立的业务处理需求,此时用“主从模式”。将各个对象设计 阅读全文

posted @ 2012-11-23 12:55 844916072 阅读(148) 评论(0) 推荐(0)

数据库设计--继承模式(转)

摘要: 数据库设计--继承模式(转)除了上面提到的四种主要设计模式,还有一些其他模式,在某些项目中可能会用到,在这里先简单做个说明,暂不做深入讨论,等到以后的项目用到这些模式的时候,再结合实际需求详细解说。(一)继承模式继承模式,可以看作是“主从模式”的一种特殊情况(或者说是“变形”),它所代表的两个对象也是“一对多”的关系。它与“主从模式”的区别是,“继承模式”中从表的主键是复合主键,并且复合主键中必定包含主表的主键列。根据从表继承主表的列的数量,继承模式又分以下两种情况:1. 从表继承主表的全部列在这种情况下,从表除了代表自身的专用字段以外,还冗余了主表的全部字段。这种设计方式的缺点显而易见:数据 阅读全文

posted @ 2012-11-23 12:53 844916072 阅读(215) 评论(0) 推荐(0)

数据库设计--自联结模式(转)

摘要: 数据库设计--自联结模式(转) 原创:胖子刘(转载请注明作者和出处,谢谢)(二)自联结模式自联结模式,也可以看作是“主从模式”的一种特殊情况(或者说是“变形”),它在一张表内实现了“一对多关系”,并且可以根据业务需要实现“有限层”或者“无限层”的主从嵌套。这种模式用得最多的情况就是实现“树形结构”数据的存储,比如各大网站上常见的细分类别、应用系统的组织结构、Web系统的菜单树等都能用到这种模式。自联结模式有很多变体,且每种变体的优缺点同样鲜明。由于本连载的重点在于对跨行业通用数据库模型设计进行分析,所以对每种具体模式的细节方面的设计技巧不能作详细论述,请大家原谅。这里仅举两个例子说明:1. 简 阅读全文

posted @ 2012-11-23 12:52 844916072 阅读(178) 评论(0) 推荐(0)

导航