gpt4 book ai didi

ruby-on-rails - 缓存多级外部 id 是一个好习惯吗

转载 作者:行者123 更新时间:2023-12-04 06:18:30 25 4
gpt4 key购买 nike

型号 User有很多Project有很多Task

User(id, email, password)
Project(id, user_id, name)
Task(id, user_id, project_id, title)

拥有像 user_id 这样的更高父级的缓存列是一种好习惯吗?在 Task无需连接即可更快访问的模型,或者我应该坚持使用好的 ol :through解决方案?

很想听听对此的想法,因为我一直担心这是否弊大于利。

最佳答案

我不会说这样做是个好习惯。您现在必须使该附加 key 与父级上的相同 key 保持同步,并且数据没有达到应有的规范化程度。

除非你有理由这样做,否则我不会走那条路。

如果原因是您发现不得不继续通过模型层次结构来访问相关的 User 模型太不方便,那么也许有更好的方法可以表达该代码,因此您不必继续这样做许多查找/加入?

如果主要是出于性能原因,那么可能有更好的解决方案 - 缓存、数据库索引和其他可能有帮助的技术。

如果添加额外的 key 是您尝试做的最好/最简单的解决方案,那么很好。我会先考虑是否有更好的方法。

关于ruby-on-rails - 缓存多级外部 id 是一个好习惯吗,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13215846/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com