上一页 1 2 3 4 5 6 7 8 9 ··· 13 下一页
摘要: 在迭代器块中用于向枚举数对象提供值或发出迭代结束信号。它的形式为下列之一:yield return <expression>;yield break;备注计算表达式并以枚举数对象值的形式返回;expression必须可以隐式转换为迭代器的 yield 类型。yield语句只能出现在iterator块中,该块可用作方法、运算符或访问器的体。这类方法、运算符或访问器的体受以下约束的控制:不允许不安全块。方法、运算符或访问器的参数不能是ref或out。yield语句不能出现在匿名方法中。有关更多信息,请参见匿名方法(C# 编程指南)。当和expression一起使用时,yield ret 阅读全文
posted @ 2012-10-24 18:12 Rookier 阅读(261) 评论(1) 推荐(0) 编辑
摘要: declare @Weekday char(50)declare cur_data cursor forselect travelNum from dbo.TravelBaseInfo WHERE destinations NOT LIKE '%/'open cur_datafetch next from cur_data into @Weekdaywhile(@@fetch_status = 0) begin-- set @sql=@id+@displayorder+@type+@code+@urlUPDATE TravelBaseInfo SET destinations= 阅读全文
posted @ 2012-08-02 14:10 Rookier 阅读(233) 评论(0) 推荐(0) 编辑
摘要: 锁的概述一. 为什么要引入锁多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:丢失更新A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统脏读A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致不可重复读A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致并发控制的主要方法是封锁,锁就是在一段时间内禁止用户做某些操作以避免产生数据不一致二 锁的分类锁的类别有两种分法:1. 从数据库系统的角度来看:分为独占锁(即排它锁) 阅读全文
posted @ 2012-04-18 15:08 Rookier 阅读(421) 评论(0) 推荐(0) 编辑
摘要: 今天无所事事,于是重温了一下递归算法。突然之间发现递归算法很好用。 首先碰到的是这样的一首题目:计算数组{1,1,2,3,5,8.......} 第30位值,不用递归,我写出了以下这样的代码: static void Main(string[] args) { int[] num=new int[30]; num[0]=1; num[1]=1; int first=num[0]; int second=num[1]; for (int ... 阅读全文
posted @ 2012-03-09 12:38 Rookier 阅读(184) 评论(0) 推荐(0) 编辑
摘要: public delegate void CatCall(); public class Cat : subject { public void cry() { Console.WriteLine("猫叫了~"); this.fireAway(); } } public class subject { public event CatCall myEnvet; protected void fireAway() { ... 阅读全文
posted @ 2012-03-07 14:28 Rookier 阅读(212) 评论(0) 推荐(0) 编辑
摘要: 同一instance下:就是可以关联的时候在表之前加上数据库名字就可以了,例如DB1.dbo.table1 , dbo是架构名.其他的具体操作就跟同一个数据库中的表操作一样.具体看你的需求,可以采用,left join, inner join,right join等不同instance下:SQLServer跨库查询--分布式查询用openrowset连接远程SQL或插入数据如果你用OPENROWSET从SQL Server实例中获取数据,该实例必须配置为允许ad hoc分布式查询。要配置远程SQL Server实例支持ad hoc查询,需要使用系统存储过程sp_configure先设置ad.. 阅读全文
posted @ 2012-02-29 10:08 Rookier 阅读(1357) 评论(6) 推荐(3) 编辑
摘要: 主要使用数据库内置函数完成转自:http://www.cnblogs.com/aijun/archive/2011/03/18/1987750.htmlSQL查询今天的记录:datediff(day,[Datetime],getdate())=0 把Datetime换为你的相应字段;SQL查询昨天的记录:datediff(day,[Datetime],getdate())=1 把Datetime换为你的相应字段,getdate()-Datetime即为时间差。本月记录:SELECT * FROM 表 WHERE datediff(month,[dateadd],getdate())=0本周记录 阅读全文
posted @ 2012-02-28 17:12 Rookier 阅读(286) 评论(0) 推荐(1) 编辑
摘要: 定义:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。问题由来:在软件的生命周期内,因为变化、升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行重构,并且需要原有代码经过重新测试。解决方案:当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化。 开闭原则是面向对象设计中最基础的设计原则,它指导我们如何建立稳定灵活的系统。开闭原则可能是设计模式六项原则中定义最模糊的一个了,它只告诉我们对扩展开放,对修改关闭,可是到底如何才能做到对扩展开放,对修改关闭,并没有明确的告诉我们。以前,如果有人告诉我“ 阅读全文
posted @ 2012-02-28 16:06 Rookier 阅读(211) 评论(0) 推荐(0) 编辑
摘要: 定义:一个对象应该对其他对象保持最少的了解。问题由来:类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。解决方案:尽量降低类与类之间的耦合。 自从我们接触编程开始,就知道了软件编程的总的原则:低耦合,高内聚。无论是面向过程编程还是面向对象编程,只有使各个模块之间的耦合尽量的低,才能提高代码的复用率。低耦合的优点不言而喻,但是怎么样编程才能做到低耦合呢?那正是迪米特法则要去完成的。 迪米特法则又叫最少知道原则,最早是在1987年由美国Northeastern University的Ian Holland提出。通俗的来讲,就是一个类对自己依赖的类知道的越少越好。也就是 阅读全文
posted @ 2012-02-28 15:55 Rookier 阅读(335) 评论(0) 推荐(0) 编辑
摘要: 定义:客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。问题由来:类A通过接口I依赖类B,类C通过接口I依赖类D,如果接口I对于类A和类B来说不是最小接口,则类B和类D必须去实现他们不需要的方法。解决方案:将臃肿的接口I拆分为独立的几个接口,类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。举例来说明接口隔离原则:(图1 未遵循接口隔离原则的设计) 这个图的意思是:类A依赖接口I中的方法1、方法2、方法3,类B是对类A依赖的实现。类C依赖接口I中的方法1、方法4、方法5,类D是对类C依赖的实现。对于类B和类D来说,虽然他们都存在着用不到的方法(也就 阅读全文
posted @ 2012-02-28 15:37 Rookier 阅读(247) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 7 8 9 ··· 13 下一页