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