Str*_*rry 6 database-design database-schema
对于具有可共享数据集的多个正在运行的广告系列的产品,这是关于数据库设计的一般性问题.我试图理解为什么我应该做的事情,不应该做这样的事情.
我正在考虑拥有一组原始数据,然后将该部分内容复制到广告系列中,以便广告系列始终拥有历史数据.例如,即使原始数据更新,广告系列的数据也不会更改.然而,问题是存在如此多的重复,我不确定这是否是一个非常好的设计.有任何见解赞赏.
实际上,这是一个很好的问题.事务或OLTP系统的数据库设计确实试图消除在多个地方存储相同的信息.
也就是说,存储历史值不会违反数据冗余.实际上,您存储的值与正常的事务数据不同.
例如,假设您在客户表上有一个与特定客户关联的销售区域.捕获销售时,您可能希望将该区域存储在"销售订单表头"表中.这不一定是数据的重复,而是在销售区域可能发生变化的情况下的良好设计.在这种情况下,您可能希望捕获订单时应用于订单的区域.
明天,客户所在地区可能会发生变化.您将能够根据历史上正确的区域创建报告.