我正在构建一个多货币应用程序。
考虑一个包含以下字段的post表：
id, country_id, price每次获取price字段时，我还需要在前端显示货币。因此，我需要做两个连接（或者用laravel运行3个查询） with )每次我试着去邮局只是为了拿到钱。
post->country->currency为了解决这个问题，我可以将货币存储在post表中。然而，这与正常化准则背道而驰。它还跨表复制数据。
我应该反规范化数据并将货币存储在post表中吗？
我正在构建一个多货币应用程序。
考虑一个包含以下字段的post表：
id, country_id, price每次获取price字段时，我还需要在前端显示货币。因此，我需要做两个连接（或者用laravel运行3个查询） with )每次我试着去邮局只是为了拿到钱。
post->country->currency为了解决这个问题，我可以将货币存储在post表中。然而，这与正常化准则背道而驰。它还跨表复制数据。
我应该反规范化数据并将货币存储在post表中吗？
1条答案
按热度按时间xa9qqrwz1#
那要看情况了。
应该
price销售时被冻结(我想是的。）不要正常化。或者你需要根据当前汇率换算价格吗？一定要正常化。
也，
country_id不是合适的钥匙currency. 这个currency_id应在发布时确定；保持平衡country_id如果你也需要的话。然后，当一种货币贬值，或者一个国家转向欧元，或者……，模式不会妨碍你。
此外，也有一些情况下，旅游区是相当愿意采取现金在不同的货币。美国的许多杂志都以美元和加拿大元标价。
规范化目的：
一些“名字”或“地址”将来可能会改变。所以把它规范化到另一个表中。否则，当发生更改时，您需要在多个表中的多个行中执行更改。
正在节省空间。。。您有一个频繁出现的字符串，但是（比方说）它不太可能改变。通过“规范化”（错误的术语，但实现类似），可以将长字符串只放在一个位置。它被一个2字节的
SMALLINT UNSIGNED允许多达65k个不同值。注意：如果字符串很短，比如标准的两个字母的国家代码，不要麻烦规范化。5个字符的zipcode几乎不值得缩减为2字节的smallint。货币代码有一个很好的标准（美元、欧元——只有3个字母），太短了，不需要正常化。所以，如果其中任何一个适用的话，就规范化。以我的经验，“价格”不属于这两类。以及