|
|||
|
摘要：
declare @a int declare @b intdeclare @total int select @a =11375038 select @b =11395038 while @b< 164049168--164049168 begin select @a=@a+20000 select @b=@b+20000select @total=(select count(*) fr... 阅读全文
posted @ 2010-10-20 09:48 陈力 阅读(221) 评论(0) 推荐(0) 编辑
摘要：
declare @b int declare @a int select @b =10 select @a =1 while @b>@a begin select @a=@a+1 print '4343' print @a end ________________________________________循环执行结果 4343243433434344343543436434374... 阅读全文
posted @ 2010-10-19 09:45 陈力 阅读(442) 评论(0) 推荐(0) 编辑
摘要：
一般的建议是进行防御式编程（code defensively），在开始处理之前先检查所有参数的合法性。但实际上，对数据库编程而言，尽量同时做几件事情的进攻式编程有切实的优势。有个很好的例子：进行一连串检查，每当其中一个检查所要求的条件不符时就产生异常。信用卡付款的处理中就涉及类似步骤。例如，检查所提交的客户身份和卡号是否有效，以及两者是否匹配；检查信用卡是否过期；最后，检查当前的支付额是否超过了信... 阅读全文
posted @ 2010-09-17 09:31 陈力 阅读(534) 评论(0) 推荐(0) 编辑
摘要：
我的基本主张是：如果每次更新的是彼此无关的记录，对一张表连续进行多次update操作还可以接受；否则，就应该把它们合并成一个update操作。例如，下面是来自实际应用的一些代码update tbo_invoice_extractorset pga_status = 0where pga_status in (1,3)and inv_type = 0;update tbo_invoice_extra... 阅读全文
posted @ 2010-09-17 09:19 陈力 阅读(1525) 评论(0) 推荐(0) 编辑
摘要：
今天因为客户使用的时候,发现可以查询,但是不能编辑数据,经过本地调用远程数据库进行操作发现,日志太多,这样自然想到了要清理日志了,在网上查阅了一些相关的命令执行如下语句后,便恢复了正常DUMP TRANSACTION Crawler WITH NO_LOGsp_who 用于查询数据库被死锁的情况。 阅读全文
posted @ 2010-07-29 14:35 陈力 阅读(261) 评论(0) 推荐(1) 编辑 |
|||
