了解客户的需求，写出的代码或许才是最优秀的............

    数据库中有多条记录，每组记录中，都有一个开始号与结束号，当我们输入一串字符时，需要判断是否存在于当于记录的开始号与结束号之间。

这不，客户加了一个需求，要求一次可以查询多个号，问下老同事在其它客户哪儿如何处理吧，结果让我失望，因为他是对每一个单号查询一次数据库，然后用delphi 把查询出来的结果添加到一个临时数数集（clientdataset）中，再显示出来，偷偷笑了之后，我 简单的把edit框换成了memo后, 轻快的写出了用 union all 组合的sql 代码，我是想，为什么要查询多次呢，本来就都是互联网上的远程操作，为什么还这样浪费网络传输时间呢,我相信，我的代码要优于老同事的代码，简单的测试，就把DLL给客户更新了。

 

 过了几天，不幸的事发生了，公司项目专员给我发了个图片，我做的哪个界面出错了，一串英文提示的大意是包太大了，超过允许的内存空间，百思不得其解，自己测试了几次，还把哪个表的全部数据给一次查询出来了，我的界面也没有报错，为什么客户哪边会报错呢？于是再寻问项目专员原由，不问不知道，一问吓我一跳，客户一次性查询了1800多个号，我的天.......

  收到项目专员QQ给我的EXCEL文件，我把程序中的查询语句去了，取而代之的是把结果输出到一个memo中，然后，我把结果存到一个txt文件中，一看大小，近500K的查询代码，此时，不知是该哭，还是该笑............................

 

             按老同事的方法，重新写了查询代码，再加上了一个条件，查询多于50条时，实时地显示当前处理了多少条了，可能更慢了，但是对于这种业务需求，慢并不可怕，慢是客户能接受的，但是不能一次处理几千个号的查询，哪就是我们公司开发水平不够了...................

 

写代码是一门艺术，但是只有真正的了解客户的实际需求后，才能真正的体现艺术的价值所在......................