乱弹琴之软件购买

最近在做一个项目的投标工作，最终客户是一个国家机关。客户需要购买oracle数据库产品。

按说事情应该很简单的。这是一个升级项目，原来使用的是oracle。都正常运行几年的东西了，因为处理能力不够想要升级，恐怕也没有几个疯子会没事了说咱们换换数据库玩，这样需求很明确，就是采购oracle而已，没有别的选择。

这就到体现中国人聪明才智的地方了，把简单的事情，弄的超级复杂。光标书就有几百页，和一本书差不多了，而投标文件我还没有看，估计至少应该和砖头差不多了吧，要是没那么厚，我们的人恐怕也不敢去投了。标书中并没有提到要买oracle数据库，说是要买数据库管理软件，并且列出了，要满足的大约几百项要求。并且对于每一项要求，都要给出应答的出处，精确到页，否则视为无应答。天哪，反正我看着都头晕眼花。

毕竟要买的是一个成熟的商品，而不是一个市面上没有，或者市面上所有商品都无法满足的东东，企业级的数据库产品，选来选去，就那么几家，Oracle，DB2，SQL Server，Sybase。至于开源的产品，如mysql，PostgreSQL，即使客户要用，也不会买。

软件要求有的部分及尽刁钻之能，应提供7×24不间断运行机制，必须是世界上一流的数据库产品，支持所谓的C2级安全标准，有的部分又显得和白痴一样，比如要求投标产品必须支持视图，存储过程，支持约束，支持单cpu到多cpu的扩展，支持多核技术等等。也许是不知道谁写了这么一份东西，大家就抄来抄去。可是有用么，列出来那么多东西，选来选去，不还是选的oracle，db2，sql server，sybase么？

至于精确到页的出处，也许是某个客户看到自己“辛辛苦苦”写的要求，应答上只写了“满足”两个字很不爽而增加的吧。或者是因为原本投标的产品不满足，而被不负责的投标者写了满足而欺骗， 吃一堑长一智，痛定思痛而增加的吧。我在4年前写过一个标书，当时，招标的客户还没有这样要求。

这些手段，很精巧，或许可以为自己带来暂时的经济利益，或者政治利益，可是从长远的，全局的观点来看，这些内耗而已。做的工作并没有创造任何价值，只能说是小聪明罢了。

虽然我没有参加前期的讨论工作，但是按照以往的惯例，应该是oracle原场和客户已经协商好了需要购买的产品以及数量。所谓的招投标，不过是找一个承担风险的集成商而已。

其实平心而论，我觉得传统的关系形数据库并不太适合客户的这个场景，至少不是最优的选择，客户的数据来源非常单一，使用及处理，也非常单一。使用某些轻量级的数据库或者甚至不使用数据库，会更有利于数据的保存与处理。毕竟传统的数据管理系统，为了维护不需要的特性，比如ADIC，数据库要花相当的资源来处理这些。