【强制结贴】地区维度的问题，请教大家

BI领域，不在于工具使用有多高深，而在于仓库的逻辑、架构设计有多深，对业务的了解程序如何。如楼主出现这样的情况，很多均是从概念上未得到认知，我们通常讲的最细粒度，指标，维表，要好好理解一样。如果根节点，父节点等都有事实表数据，这样出来的报表数据都是虚增，不准备的。最好的解决方法就是从设计上消灭他！如Weng主任所述，理解得很透彻呀！收起

楼上的想法还是对的。值得我们考虑考虑。以后提问的方式。收起

经验不仅仅是积累，贵在总结、分析、思考、分享。有这么多兄弟姐妹支持，做好是必须的！收起

看到楼上两位大侠的讨论 确实深有感触   我就是个新手  经常会遇到一些细节的问题  以前在论坛上 就是 哪里出错了 就发上去问怎么解决  然后解决完了 就完了 现在看两位大侠说的  有些感触  呵呵  不能让别人手把手教 自己也需要思考  这样自己思考出来的才是真正的会了 解决了问题   希望和我一样的新手们 也能看看  确实不是高手们不帮忙 而是自己有时候问的问题确实不明确  并且只是贪图解决这个问题 解决了就没事了  以后再遇到问题 还是这样 我想 自己是没办法提高的  谢谢楼上大侠了  以后要学会去学习别人解决问题的思路  这样会扩展到别的问题上  才会了解的更多的东西收起

呵呵 谢谢老wen赏识啊  看到你在回答问题时那种认真和设计思路的明确 就能感觉出 你是个高手   我还是和你差着  向你学习。 你给那些提问者 都是思路  而不是解决办法 这个非常重要 毕竟解决这个一问题简单 但是解决问题的思路 要是学会了 才是真格的   这样融汇贯通  将来也会成为高手   我也呼吁那些新手  其实一个好的思路 比能解决你的问题更重要  谢谢wengr   希望你继续做好斑竹  一定支持你收起

:handshake，知我者，haodong也！收起

呵呵 wengr说的很有道理  确实  新手最迷糊的地方就是原理的地方  对工具的不了解   到遇到问题的时候   他们提问 只是看眼前所说的错误  而不是系统将问题描述清楚  所以解答起来 非常大麻烦！ 因为毕竟不是在现场  不知道具体的情况  不了解他们的环境  并不是 高手们不帮助新手  而是想帮助而无从下手  所以就出现了 问的问题没人来看  并不是没有看 而是问题 不明白什么意思？所以建议各位提问的朋友们  能够将你们的具体问题描述清楚了   例如 什么数据库啊  什么版本的Cognos 等等  我只是浅见  希望 版主们 能够商量出  提问的格式  这样根据格式提问  就可以很清楚的知道错误在哪里出现了   谢谢wengr的认真负责收起

前阵子，有个网友在QQ上一直找我解决TS问题，都是设计没有考虑到，次次都问问Transformer实现原理，与设计操作，毕竟是新手不太了解工具，而且网上也没有完整的资料介绍工具内核架构与原理。对于我们所谓的高手、专家也是稀里糊涂，每一个人能说清楚。含糊其辞，连IBM Cognos专家都说不清楚，只有靠经验，再理解，多测试。有了自己的理解原理，一目了然，虽然不是百分之八十，至少有百分之七十吧！

在项目实施中，与项目经理自身技能有关，也不知道工具能做到什么程度，也不知道能不能实现，先这么摸索吧，到头功夫费了，没有成果。还是怎么简单怎么做，这就是所谓的BI项目。收起

恩 楼上wengr版主说得对  往往是小细节 最烦人  再项目的解决方案中 就是小细节 很让人头疼   因为自己的疏忽或者对某些东西的不理解  使项目一直发展不顺利  真是头疼啊！所以做大项目 小细节是非常重要的  不要因为他小就不去在意他  往往成败  就在于细节上  受教了收起

当然，我说的这些思路，是面向数据仓库设计时必须考虑的，而前端工具开发并非知道要这么处理，很多工作是在需求前期去了解，与客户反馈、交流。最终敲定设计方案，结合BI工具特性实施，不会碰到问题。这是IBM Cognos公司一贯的做法。对于使用商，或者是外包商不会按照成熟做法，或者规范设计，往往碰到五花八门的问题，到头还是小细节所为。收起