gpt4 book ai didi

database - "historical"数据的数据设计与实践

转载 作者:搜寻专家 更新时间:2023-10-30 19:51:31 24 4
gpt4 key购买 nike

有人可以谈谈处理短时间内高度 transient 的数据的“通用做法”或一般“可接受的做法” - 但必须具有多年的历史存在...

以一家小型旅游公司为例 - 预订旅游。乘客名单将非常灵活,直到旅行......游览完成后 - 数据在技术上已过时,但可用于报告或趋势...

如果流量很大 - 游览的“搜索”或“创建” - 数据库会变得很厚,因为数据很少会发生变化。

具有类似结构的表是否很常见 - 将数据从一种状态“移动”到另一种状态(PRE/POST 事件)...比如在数据仓库将其存储为半平面结构之前的过渡“纯”报告

这是可取的、常见的还是正确的?有没有更好的方法来做到这一点……或者 dome DBA 会进来然后说“WTF 你在想什么”

最佳答案

标准是有某种标志来指示记录过时。有几种可用的方法可以让您很好地处理性能问题,例如修剪和索引技术。这些可能还包括某种归档策略。您可能会从表中移动旧数据(频率和时间取决于性能要求),或者通过某种批量插入具有相同结构的历史表(实际如何实现这取决于您的 DBMS,但选择最robust method)或者如果你的 DBMS 有一个健壮的分区系统,那么最好使用某种排序或分区策略。如果需要历史数据的分析师与运行操作系统的人员不同,您还可以考虑某种多数据库归档策略。

关于database - "historical"数据的数据设计与实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11615579/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com