我应该分开数据库中的冗余数据吗？

Question

我有一个数据库应用程序，存储在不同地方的东西的价格。每个价格都具有与其关联的下列数据：

• 价格
• 日期
• 产品ID
• 国家
• 价格型（厂家/批发/零售）

最后可以将三个项目（pID，国家，原价类型）看作是描述价格目的的一个组合项目;这些数据有很多冗余。所以我在想：把它们分离出来，以节省空间并简化查询。

Normal: 
Prices (price_id, price, date, product_id, country_id, pricetype_id) 

vs: 
Prices (price_id, price, date, descriptor_id) 
Descriptors (descriptor_id, product_id, country_id, pricetype_id) 

这是否值得添加所需的编程工作？从长远来看，它可能会或多或少地具有可扩展性/可维护性？

Answer 1

这是否值得添加所需的编程工作？

是

它会或多或少地扩展/维护，从长远来看？

更具扩展性，更易于维护。

一般
你应该总是归到至少3NF。

看到这篇文章：http://databases.about.com/od/specificproducts/a/normalization.htm

Answer 2

这取决于你在该表期待的数据量。如果您没有性能/存储问题，则不需要单独的表（出于性能原因）。

另一方面，你会得到所有与冗余相关的缺点。您必须检查您的数据是否存在不一致性等。

但是：无论您选择哪种设计，仍有时间改变您所处的道路。