视频: 【死亡搁浅】深度解析——死亡搁浅究竟讲了一个什么故事?Death Stranding 2024
当您考虑数据仓库所需的外部数据时,请不要过头。适用于仓库内部数据的相同规则同样适用于外部数据:确保分析和决策将具有 真实 业务价值,然后再处理分析,转换,存储和提供所有这些数据。
如果您的竞争对手的销售数据可以帮助您清楚地了解自己的行为,那就去获取。如果某些城市人口急剧增加或减少的知识不会影响公司的决策,为什么还要花钱购买和存储这些数据呢?
<!假定您决定从中决定购买销售数据的数据库服务部门有一个广泛的公司目录,时间段和数据元素类型,并提供各种包装价格。在考虑数据仓库的原始数据时,可能会想到更多更明显的更好。然而,就像使用内部提供的数据一样,在开始考虑要获取的数据之前,必须先应用业务需求分析。
<!一些或许很多的数据仓库用户可能会应用简单的“告诉我发生了什么事情”的查询和报告方式,而不是OLAP“帮我理解为什么发生了什么事”或数据挖掘“告诉我会发生什么样的风格。由于简单的查询和报告几乎总是以内部为焦点,因此您无需咨询这些类型的用户了解外部数据需求。因此,通过消除的过程,您必须将外部数据业务需求分析的用户社区的其余部分。找出谁尽快落入这个小组,以便您可以将分析和设计工作的重点放在以外部为中心的用户上。请按照下列步骤操作:
重新验证您的总用户列表。
此列表包括公司中有潜在数据仓库用户的每个人。列表中的每个人仍然是使用数据仓库的候选人? (或者,如果您已经部署了数据仓库,列表中的每个人是否都使用它?)
是否需要将任何人添加到列表中?如果您对数据仓库用户列表的准确性感到满意,请继续执行步骤2.如果没有,请确保您调整列表直到其正确。-
对于列表上的每个人,回答这个问题:为了最有效地执行他或她的业务功能,这个人是否需要公司内部计算机系统中没有的任何数据?
使用访谈结果,创建外部数据需求的综合列表,您可以从中获取数据的来源,价格和费用,限制以及联系信息。
与项目发起人讨论预算批准。发出请求,并做你公司要求的任何事情。通常,在处理大量用户(100人以上)时,数据仓库开发人员倾向于采取捷径,将上述问题应用于用户组,而不是针对个人,以满足可交付时间表。如果一家银行的信用分析机构(例如Martha,Robin,Karen,Robert和Sidney)有五个人,那么所有拥有相同信用风险分析师头衔的人都可以在Suellen上作为组织结构图,并使用数据仓库,同样的数据需求适用于整个组,对吗?
-
不要犯这个错误。在更多的情况下,这个规模的团队至少有两个不同的业务角色,每个角色需要不同的外部数据(更不用说内部数据)。例如,罗宾和罗伯特可能会把重点放在信用卡风险上,所以他们只需要银行卡的信用评分和市场数据。本集团其他人可能集中于分期贷款风险,因此需要针对汽车,小型企业和签名等各类分期贷款的外部信用风险数据和其他市场数据。
-
如果您与罗宾一起工作,发现她需要信用卡导向的外部数据,但即使有权访问,也不会使用外部提供的分期贷款数据,但您绝对不希望假设罗宾公司的其他人需要分期付款贷款数据,而且你不需要追踪这些信息。
-
即使需要多一点时间,也要和所有人交谈。