其三，评估报告难以客观。企业负责产品选型的人，通常要求厂商提供一份评估报告，要列出几种方案选择，各自优劣何在，最后得出哪种方案是最适合自己的。

如果从字面上理解此报告，某种产品哪方面比较好，哪方面不好，这纯属扯淡。此种报告，不可能指望它的客观性。想想，对于厂商来说，这就是一笔单子，当然将自己产品吹上天去;而对于集成商来说，或许它就在代理某种产品，当然会推荐特定产品;对于这个选型负责人来说，也许他早就对某种工具有好感，或是跟某个厂家的关系不错，甚至有更进一步的交易。这样的情况，想客观一点不容易。
自己就曾遇到过一件事，一次客户的系统升级，原先的系统使用几年了。客户提出希望连带工具一并换了，在提出方案之后(当然是我们熟悉的方案)，对方负责人也提出一个小小的要求，看ETL工具是否能够用某某产品。不巧的是，那个工具我们公司根本没人会，而且国内也没几个应用案例，没敢答应。没想到会后，销售说到：“你们都傻啊，这不是明摆着吗，人家已经做工作了，咱们要是能用那个产品就用吧，犯不着得罪客户。”

选型四要点

其实，如果是选择这些主流的产品的话，大家知道一句话，“没有最好的，只有最合适的”。什么是最合适?抛开上面提到的幕后因素，其实也就是四点需要考虑——产品成本、开发人员对这个产品的熟悉程度、有没有类似案例，以及你跟人家厂商关系谈的好不好。

首先看成本。NCR、 IBM和Oracle的产品线完整，但齁贵。微软的产品便宜些，可如果你的数据量够大，恐怕又不太敢用它，就更别谈那些不要钱的开源产品了。当然，成本不光是产品本身的价格决定的，后面人员学习、项目延期、客户满意度低都要作为成本考虑，这些隐型成本才是难以计算的。

再看人员的经验。人的学习曲线是不可避免的，不要妄想人们接触一个新产品就能立马成为高手，能够基于陌生的产品做出良好架构。这方面，显然Oracle和微软有优势，因为在这两家产品上有经验的人多，好找。当然，如果你们原来的业务系统用的就是这几家产品之一，不妨仍然用它。

案例比白皮书更重要。当你决定不使用一家产品，为了平衡利益关系选择不同的产品组合时，要考虑他们之间是否兼容。但如果你要是从产品的白皮书里去寻找此类信息，会发现说得很美，互相之间会如何完美地“无缝”兼容，但实际上却不是那么回事。因此，不要去看这些文字的东西，要去寻找同行业类似的案例，如果同行业没有，就去寻找数据量类似、业务复杂度类似以及相似应用的其他行业案例。

最后还得看你和厂家的关系，项目实施过程中免不了要人家支持。如果你是一个大企业，还好，厂家跟在你屁股后面跑，如果你是个小单位，项目预算小，对不起，那些大厂的销售也不太愿意低下他们高贵的头。因此，还是观察观察，哪个厂家会可能给出更大的支持吧。

如果从这四方面还是没有决定该选哪些组合，你或许只有最后一招：掷骰子。