需要数据库设计建议

我需要设计一个医药产品的日常销售表。

有数百种产品可供选择名称、代码。

雇佣数千名销售人员销售这些产品名称、代码。

他们从不同的仓库收集产品名称,代码。

它们在不同的区域工作——区域——市场——门店等——都有名称和代码

每种产品都有不同的价格类型生产价格、贸易价格、商业价格、折扣价格等。同时,销售人员可以自由选择这些组合来估计销售价格。

问题是,日常销售需要大量的数据输入。在几年内,可能会有千兆字节的数据(如果不是千兆字节的话)。如果我需要显示每日、每周、每月、每季度和每年的销售报告,我将需要各种类型的SQL查询。

这是我的初步设计:

Product {ID, Code, Name, IsActive}
ProductXYZPriceHistory {ID, ProductID, Date, EffectDate, Price, IsCurrent}
SalesPerson {ID, Code, Name, JoinDate, and so on..., IsActive}
SalesPersonSalesAraeaHistory {ID, SalesPersonID, SalesAreaID, IsCurrent}
Depot {ID, Code, Name, IsActive}
Outlet {ID, Code, Name, AreaID, IsActive}
AreaHierarchy {ID, Code, Name, PrentID, AreaLevel, IsActive}
DailySales {ID, ProductID, SalesPersonID, OutletID, Date, PriceID, SalesPrice, Discount, etc...}

现在,除了索引之外,我如何规范化 DailySales 表有一个细粒度的设计,我不需要改变多年来?

请给我看一个 只有 这个 每日销售 基于上述信息的数据输入表(从中查询所有类型的报告)。

我不需要详细的设计建议 . 我只需要一个关于 每日销售 表。有没有办法打破这个特定的表来实现粒度?