用国外数据仓库开发工具做二次开发，效益很少

[yuanque]

我发现国内做数据仓库的公司，大部分采用brio,bo,cognous等数据仓库前端工具做项目，这些工具的价格不菲，开发费用加软件费用，比一个大型MIS的价格要高，目前来说国内用户的信息化建设又没有完善到像美国那样的程度，所以他们很难接受。所以开发单位就一个劲地压低自己的软件开发费用，所以有时做一个数据仓库性质的项目，还没有一个MIS项目赚钱，但成本高得多，用户还有时不太满意。
大家讨论讨论有什么好的解决之道？

[newskysh]

我个人觉得，目前来说，前端工具基本上都是外国的，象楼上的提到的那些，这些工具在项目成本来说，确实贵了点，给整个数据仓库项目的利润方面已经很小了！另外一个就是：这些工具都是外国的，由于观念上的问题也限制了数据仓库在我们国家广泛应用！我在用这些工具上时，也遇到了这些问题！

目前有一些做金融的公司也在自己做前端开发（例：北京先进数通），利用WEB技术进行开发，本人也不知道他们做出来的效果如何，是不是能超过这些工具做出来的效果呢？我期待大家能告诉我！

[yuanque]

我暂时还有看到国内能做得比较好，看过青大海威做的（觉得功能上也是一般），好像也只是做些简单的OLAP分析。但是我至少认同他们的开发方向。我觉得做二次开发是最划不来的。
另外，我认为像BRIO，BO这些产品，其设计出来的目标就是卖给最终用户的，而不是卖给开发商的。我倒不是认为这些东西不好，相反，它们都很错，如果它们直接卖给最终用户且用户有一些有水平的人的话。但目前国内不是这样的。

[signorino_3]

9494，其实我们公司的数据仓库前端工具也满不错，（青大海威：HDC)
性能上比国外的产品是有一点差距，但你不能说那项硬指标达不到，完全可以替代进口产品。而且我们公司还可以根据合作公司的要求，进行一些小的变化。而价格确是他们的零头，我们在山东的客户对我们的产品都很满意，并且我们正在不停的改进，相信我们会在很快赶上。 欢迎合作

http://hiwaysoft.com.cn

[yuanque]

to: signorino_3()
不知我说错没有（错了请指正），你们的局限在于必须依赖于sqlsever。如果开发较大的项目，你们的东西就不行了。搞数据集市还是蛮好的，至少用户应该对其界面比较满意：）

[yuanque]

但请勿脱离主题好否，我们想在此讨论我们搞数据仓库开发的生路，而不是讨论具体的产品。

[newskysh]

signorino_3()

我没听过你们公司和你们公司的产品，所以我也不好评介你们的产品。
不过由于本人供职于上海，对上海方面的情况了解多一点，目前上海从事金融行业的大一点的公司几乎都在做数据仓库方面，象南天、先进数码、先进数通等等，包括我们公司—新宇软件，大部分都是采用BRIO，BO等等工具，包括我们现在正在山东某银行做的数据仓库项目也正采用BRIO工具！

我个人还是觉得外国软件相对好点，成熟点。比如对数据库的支持面要广多了，界面设计方面也很灵活！如果以后一些厂商开发出来的工具功能上达到外国软件标准的话，然后观念上符合中国人的理念的话，相信一定会大受欢迎的！

[Tommy Chang]

其实国内公司做展现工具，有的做成产品，很多是捆绑在应用方案中的

:)

[yuanque]

同意子友的看法

[qdlzq_cn]

谢谢 yuanque(无心快语)老兄对海威的真诚建议。事实上，囿于财力人力各方面的限制，一步到位的开发是不现实的。我们的开发计划中，基于ms olap的产品只是一个阶段，我们会在不久的将来为大家献上可支持essbase、oracler express等olap的产品的。现在正在开发第四个版本--大约两三个月后吧，到时候请大家指教以下，看看是不是不丢中国软件的脸？：）
谈到数据仓库开发的生路，我倒是不觉得有什么原因不能做二次开发。毕竟现在的解决方案提供商最追求的是利润--生产电脑的没必要非得做圆晶，是吧？

[dataware]

bo brio cognos这些东西都是老外卖给最终用户的产品，它们都不是针对开发人员的，只是到了中国这一切就变了味道。如果做数据仓库仅仅局限于前端的开发工具，那么他离被淘汰就不远了。以后有更好的前端出现怎么办？我觉得数据仓库的建设要纳入到整个企业的erp系统中，我们不能孤立地建立一个个仓库（其实是集市即olap分析），而应该研究如何利用这些技术来提高我们企业的工作效率和决策支持的水平，从这一点看，仅仅有功能强大的前端工具是远远不够的。而且，往往用户的需求是很模糊的，他可能是即想要细节的报表数据也想要分析的综合数据（并且希望在它已有的mis或erp中），那么我们怎么办？希望大家讨论。

[yuanque]

同意 dataware(数据仓库) 的看法。确实，我觉得数据仓库建设就要纳入到企业级的信息化建设当中去，否则意义并不是很大。现在大部分公司都注重前端用什么，而我个人认为，全局的数据是最重要的。有了集成一致的数据，用什么前端工具就不是特别大的问题了。
关于用户的需求，我也想说一点，我们搞数据仓库开发时，有点盲目认为数据仓库项目是需求是一步一步提出来的，所以在开发初期，就不是特别关心用户的需求。但是真正来说，应该是这样的：具体的需求细节可以不是特别明确，但是大的方向要事先就要确定好。否则到了最后，就会越离越远。所谓的大的方向，就是要洞察用户最急切的或希望解决的问题，并且他们已经事先知道，这样的项目将为他们创造价值。而细节就是具体的细化的问题。

[yuanque]

为什么要说需求，主要是因为用户对信息化产品的理解和使用程度还停留在手工操作阶段（即只停留在满足提高手工操作效率阶段上），所以他们的需求并不是特别的合理，我们应该引导他们

[laohao]

没有“大的设计”，也就是数据仓库建设没有纳入到企业级的信息化建设当中去，很多数据仓库项目慢慢变成了一个个的小的管理信息系统，自困其中，本来想消除蜘蛛网，可是作茧自缚。好的思想，变成了鸡肋项目，食之无肉，弃之可惜。在很多关键性岗位上的“领导”们的头脑里，数据仓库与以往的管理信息系统并无二致，数据仓库项目的开发过程实在很漫长，很艰难，首先更新的不是软件和硬件，应当是观念，洗洗脑子最重要。不但数据仓库项目，其他很东西又何尝不是这样？！

[gxdq]

说得不错，up!

[xhfjy]

MARK

[nancy_yan]

各位大侠请问你们一个问题，
我公司的一个管理软件如果使用两三年后，数据就会日积月累变得很大，使用软件就会变慢，我们现考虑将数据按年来划分开，使管理软件在查询和插入时只对本年的数据来操作，当本年的数据没有时，就会自动地在上年的数据找。但有些数据又不能按年来划分。
我对数据仓库没有什么了解，看了一些数据仓库的书，太多概念性的东西到现在还没弄清楚数据仓库是否能解决这个问题????