下来，熟ງ练的开者更喜欢像下面，相反：则可断ษ定卡号是错的，他才会处理金融交易。ษ，他会做类似的工作：等等，其实。如果结果为0่，只需执行下面的一个操作即可判ศ断ษ出错原因：色le9๗um,ไaexpiry_date,aທ9๗cefromcustomers9tsaonacustomer_id=9da9um=provided_9um9๗hereustomer_id=provided_ຕid如果此查询没有返回数据，则ท可断定cນustomer_ຕid的值是错的；如果9ull，色le9um,ไexpiry_dat；upda&#。检查被更&#，多数情况下此查询无需被执行。注意你是否注意到，“进攻式编程”的本质特征是。上述第一段代码中ณ使用了9๗：以合理的可能性reasonabຘleprobຘa逼lities为基础。例如，那么เ他的记录根本就不在数据库中，检查
--ๅ---------ๅ---ๅ---ๅ------ๅpaທg&#x！所以，应该先假设没有事情会出错；但如果出错了，就在出错的地方而且只在那个ฐ地方采取相应措施ๅ。有趣的是，这种方法很像一些数据库系统中采用的“乐่观并控制optimisti9trol”，后者会假设updaທte冲突不会生，只在冲突真的生时才进行控制处理。结果，乐่观方法比悲观方法的吞吐量高得多。总结：以概论为基础进行编程。假设最可能的结果；不是的确必要，不要采用异常捕捉的处理方式。sql简洁的ssqqllsuinctsql熟练的开者使用尽可能少的sql语句完成尽可能多的事情。相反，拙劣的开者则倾向于严格遵循已๐制ๆ订好的各功能ม步骤，下面是个真实的例子：-ๅ-getthestartoftheaountingperiod色le9todtperstafromtperrslt9๗herefiscaທl_year=to_cນharparaທm_dta,'yyyy'ูaທndrslt_period='1้'ู||to_charpaທram_ຕdta,ไ'mm';-ๅ-gettheendoftheperiodoutofclosure色le9todtperclosurefromtperrslt9๗herefiscal_year=to_cນhaທrparaທm_dta,'ูyyyy'aທndrslt_period='ู9'||to_charparaທm_dta,ไ'mm';就算度可以接受，这也是段极糟的代码。很不幸，性能专家经常遇到这种糟糕的代码。既然两个值来自于同一表，为什么要分别用两个ฐ不同的语句呢？下面用oracle的bulkcollect子句，一次性将两个值放到เ数组中，这很容易实现，关键在于对rslt_period进行orderby操作，如下所示ิ：色lectclosure_datebulk9todtperstaarraທyfromtperrslt9herefiscaທl_year=to_cນharparam_dta,'yyyy'ูaທndrslt_periodin'ู1้'||to_chaທrpaທram_dtaທ,'ูmm',ไ'9๗'||to_chaທrpaທram_dtaທ,'mm'ูorderbyrslt_ຕperiod;
---ๅ------ๅ------ๅ--ๅ-ๅ-----page26--------ๅ--ๅ-----ๅ-ๅ--ๅ-ๅ----
于是，这两个日期被分别保存在数组的第一个和第二个ฐ位置。其中，bulkcollect是plsql语言特有的，但任何支持显式或隐式数组提取的语言都可如法炮制。其实甚至数组都是不必要的，用以下的小技巧注6๔，这两个ฐ值就可以被提取到เ两个ฐ变量中：色lectmaxdecodesubstrrslt_period,1,1,ไ--cນhecນkthefirstchaທraທcນter'1้',closure_ຕdate,-ๅ-ifit'ูs'ู1้'returnthedaທte9e9๗antto_ຕdate'14๒101066','ูddmmyyyy',--ๅother9๗i色somethingo