展开讨论

创业与收入经验摘录 · 机器翻译

我早期参与的两个数据库

我早期参与的两个数据库。第一个数据库中包含货币值。这些值被分成了两列,一列是存储数值大小的十进制列,另一列是存储ISO货币代码的字符串列。听起来还不错,对吧?嗯,我后来才了解到(当然,在那之后我依赖了这些数据)货币代码列是在扩展到欧洲之后才添加的……但并不是在扩展到加拿大之前添加的。所以当它被添加的时候,存在混合的USD/CAD值,但没有货币代码列来区分它们。但当该列被添加时,它们只是将所有值默认设置为USD。因此,一个USD值可能是CAD——你“只需”解析地址列就能知道。另一个是两个Postgres数据库。为了在发生故障时提供“冗余”,有两个这样的数据库。但它们之间并没有使用任何Postgres复制策略,我记得,客户端负责复制。没有正式的共识逻辑规范——如果它甚至可以被称为有这种逻辑的话;我认为它只是“尝试两个,希望一切顺利”。……

源讨论“我们列不够用了”原帖 571 条评论 · 导入时统计
2

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

VE

让我想起一个日期列,其中一半的日期是MM/DD/YYYY格式,其余的是DD/MM/YYYY。我最终找到了转换的时间点,并规范了数据库。对于那些想知道DD/MM格式的人来说,这是澳大利亚的格式。

完整原文
JA

> 但当这个列被添加时,他们只是默认设置为USD。因此,一个USD值可能是CAD——你"只需"解析地址列就可以知道。 我敢打赌,没人想过加拿大可能有人用美元付款。 我不得不……和某人讨论……我们如果记录从银行收到的钱,可能应该记录货币类型,因为……银行可以处理多种货币。 “不,银行不会这么做。这不可能。” 这家美国公司在准备将服务扩展到欧洲,而我无法理解为什么没人能理解这可能是需要记录的必要信息。 例如,有人在法国使用这个系统来资助纽约的项目,可能想知道该项目涉及的是欧元还是美元。这其实是一个项目管理工具,用来记录项目的成本。…

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。