2013年12月23日

泛型委托的实例

摘要: public static TReturn Invoke(TContract proxy, Func func){ TReturn T = default(TReturn); try { T = func(proxy); } catch (Exception e) { //记录错误。。。。 } return T; } 阅读全文

posted @ 2013-12-23 16:04 依旧太菜 阅读(127) 评论(0) 推荐(0)

2013年10月12日

游标的使用

摘要: http://www.cnblogs.com/quietwalk/archive/2011/10/17/2215428.html 阅读全文

posted @ 2013-10-12 11:48 依旧太菜 阅读(98) 评论(0) 推荐(0)

SQL 2005 行列转换 实例(函数PIVOT&UNPIVOT)

摘要: http://blog.csdn.net/leamonjxl/article/details/6548533 阅读全文

posted @ 2013-10-12 11:39 依旧太菜 阅读(152) 评论(0) 推荐(0)

2013年9月27日

Linq To DataSet 分组求和

摘要: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Data;namespace ConsoleApplication2 { class Program { static void Main(string[] args) { DataTable dt = new DataTable(); dt.Columns.Add("c1", typeof(int)); dt.Columns.Add("c2", typeof 阅读全文

posted @ 2013-09-27 17:42 依旧太菜 阅读(599) 评论(0) 推荐(0)

存储过程嵌套

摘要: sql server事务计数器 @@trancountbegin tran 计数器+1save tran 保存事务点,计数器不变commit tran 计数器-1rollback tran 回滚最外层事务或者指定的事务点,在嵌套事务中回滚子事务会报错误"无法回滚Tran1。找不到该名称的事务或保存点"参考:http://www.cnblogs.com/yangpei/archive/2010/10/07/1894408.html在处理嵌套事务时,要特别注意,不论如何要确保事务被完整的关闭或被回滚!回滚比较好控制。无论有多少级事务数,只要ROLLBACK 一次就可以。不过如果 阅读全文

posted @ 2013-09-27 17:40 依旧太菜 阅读(2148) 评论(0) 推荐(0)

2012年12月5日

WCF传输List<object>时序列化问题

摘要: 今天使用WCF传输用户集合时出现了一个诡异的错误:System.ServiceModel.CommunicationException: 服务器未提供有意义的回复;这可能是由协定不匹配、会话过早关闭或内部服务器错误引起的。 百思不得其解,在数次尝试后,发现应该不会是协定不匹配或者会话关闭,于是尝试将传输的List<User>变小,当List<User>变的很小时变不再出现这个问题,于是到网上查了一下,原来WCF传输List集合时,在序列化时是有大小限制的,默认的可序列化的集合长度是65536,如果List的大小超出这个值就需要更改了配置了,在服务器端的behavior配 阅读全文

posted @ 2012-12-05 12:46 依旧太菜 阅读(245) 评论(0) 推荐(0)

2012年11月30日

WCF wsHttpBinding Message UserName验证

摘要: 服务配置:<?xml version="1.0" encoding="utf-8" ?><configuration> <appSettings> <add key="UID" value="zcf"/> <add key="Key" value="123456"/> </appSettings> <system.serviceModel> <bindings> <wsHtt 阅读全文

posted @ 2012-11-30 11:16 依旧太菜 阅读(264) 评论(0) 推荐(0)

2012年5月9日

十步优化SQL Server中的数据访问

摘要: 故事开篇:你和你的团队经过不懈努力,终于使网站成功上线,刚开始时,注册用户较少,网站性能表现不错,但随着注册用户的增多,访问速度开始变慢,一些用户开始发来邮件表示抗议,事情变得越来越糟,为了留住用户,你开始着手调查访问变慢的原因。 经过紧张的调查,你发现问题出在数据库上,当应用程序尝试访问/更新数据时,数据库执行得相当慢,再次深入调查数据库后,你发现数据库表增长得很大,有些表甚至有上千万行数据,测试团队开始在生产数据库上测试,发现订单提交过程需要花5分钟时间,但在网站上线前的测试中,提交一次订单只需要2/3秒。 类似这种故事在世界各个角落每天都会上演,几乎每个开发人员在其开发生涯中都会遇到.. 阅读全文

posted @ 2012-05-09 14:50 依旧太菜 阅读(303) 评论(0) 推荐(0)

导航