你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
没有找到相关结果
梁勇 - 天道酬勤、上善若水。爱好商业智能 2013-07-16 回答
赞同来自: 刘兴建 、Pearl 、冰咖啡
andrea_zhou - 咨询顾问、BA 2013-07-24 回答
赞同来自: 子呆不呆 、梁勇 、TomLi
Pearl 2013-07-16 回答
赞同来自:
superboyli520 - 微软BI技术达人 2013-07-23 回答
要回复问题请先登录或注册
微软数据库开发和性能调优
SSRS 线下2天入门提高班报名
SSIS 线下3天入门提高班报名
推荐一份编程学习资源,包含了各类编程语言学习进阶路线图、视频教程、配套书籍文档、数百份面经,各大厂面试真题。编程语言包括:Java、前端、PHP、Python、Linux运维、软件测试、数据解构与算法、C语言、go语言等
微信扫码关注公众号,发送 "编程"获取资源
4 个回复
梁勇 - 天道酬勤、上善若水。爱好商业智能 2013-07-16 回答
赞同来自: 刘兴建 、Pearl 、冰咖啡
andrea_zhou - 咨询顾问、BA 2013-07-24 回答
赞同来自: 子呆不呆 、梁勇 、TomLi
大部分的时候,这是数据质量问题。
为什么会到你做Lookup的时候才发现有缺失呢?
可能是因为之前没有进行商业智能实施方法论中很重要的一个步骤,数据源分析和数据源质量检查。
如果你做过数据源质量检查,进行过其中主外键验证这一项过了,早就可以先一步进行规则处理有问题的地方,而不会到了在ETL工具中Run的时候才遇到这个问题。
因此, 你完全可以在更前期一点就将脏数据跑出到拒绝表中,或是依据与客户商定的情况进行清洗。
当然,并不是说在ETL组件中不能解决,也可以将matched的和unmatch的输出,只是这样不是最佳方式。
总而言之,最好不要到你Lookup的时候再去着手分析和解决unmatch的个问题。
Pearl 2013-07-16 回答
赞同来自:
superboyli520 - 微软BI技术达人 2013-07-23 回答
赞同来自:
源表和查找表本有相同的数据。比如 某例 english 内容,但相同结果集中却没有此数据,能帮分析一下原因吗?