OLTP应用程序读取数据仓库数据设计

作者: 林老爷的日常
发布时间: 2024-04-11 06:46:33 (15天前)
转自：

3 条回复

0#
回复此人
记忆只剩空城 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 将仓库作为应用程序数据使用者和分析数据使用者的中心，没有任何根本性的错误。这里有一些要考虑的要点。 </p> <P> 您需要一个技术解决方案，以支持所需的可用性级别，事务隔离和两个工作负载的一致性。例如。您能否确保应用程序不会对资源的分析查询挨饿，反之亦然？即使在仓库装载期间，您是否可以以一致和及时的方式向应用程序提供数据？假设你总是能够在数小时内装载仓库是不明智的 - 即使你认为你今天可以做到这一点。 </p> <P> 确保您的仓库规范化（至少意味着Boyce-Codd / 5th Normal Form或其附近的东西）。这对任何仓库都是很好的建议，但也许尤其是如果您需要支持非分析性查询。 </p> <P> 您的应用需要更新仓库吗？如果是这样，那么您需要考虑如何与ETL过程的其余部分集成。 </p> <P> 考虑是否为应用程序提供自己的数据集市。这可能是最安全的选择。 </p> </DIV>

编辑
1#
回复此人
一腔诗意喂了狗 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 让OLTP系统访问DW数据没有任何问题，事实上，随着系统的发展，您将看到事务系统和信息系统之间的界限变得模糊。 </p> <P> 只要你想出一些有用的东西，我也不会过分担心数据结构。 3 NF可能就是答案，但是从多维数据库访问高度汇总的数据也可能是一个很好的解决方案 - 取决于您尝试解决的问题。 </p> <P> 最后要考虑的是您尝试从数据仓库中获取的数据类型。是汇总交易（例如平均销售额）还是更像是共享的维度数据（例如客户名称和地址）？如果是后者，您可能需要考虑将主数据管理策略与数据仓库策略相结合。 </p> <P> 还有一件事，试着弄清楚为什么你在这些数据库之间共享数据犹豫不决。这是你可以指责的事情还是仅仅因为你已经受到我们行业的培训，认为他们需要分开？请记住，最终，我们的工作并不是真正建立数据仓库和工作。商业智能系统;他们以可靠，务实，经济的方式解决业务问题。 </p> </DIV>

编辑

登录后才能参与评论