【问题标题】:When to use timestamps in Rails?什么时候在 Rails 中使用时间戳?
【发布时间】:2011-05-16 10:29:44
【问题描述】:

Ruby on Rails 的 ORM 有一个 t.timestamps handler。它在您的表中添加(并填充和更新)created_at/updated_at 行。

但我可以想到一些不使用时间戳的原因:

  • 它们使您的数据库中充斥着可能永远不会使用的信息。
  • 它们在更新/插入项目时会占用资源。

对于何时包含 updated_at 和 created_at 列以及何时将它们排除在外,是否有良好的经验法则?

我不使用它们的理由是否有效?还是可以忽略它,我应该简单地使用 “只需添加它们,无论如何,你永远不知道什么时候可能需要它们”

【问题讨论】:

  • 到目前为止,我从未遇到过(最终)我不需要时间戳的资源。通常,我们的视图总是提供按最后创建/更改排序的选项。
  • 还要考虑之后添加这些值几乎是不可能的。

标签: ruby-on-rails timestamp


【解决方案1】:

完全正确。如果您不需要它们,请不要使用它们。

我们在场景中使用它们 - 多个应用程序使用 REST 相互通信。它使我们有可能仅通过比较时间戳来比较两种资源。我们不需要获取整个资源并按基本属性进行比较。当我需要时间戳时,这就是我的情况。

当我不需要它们时,我会将它们关闭。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-07-29
    • 1970-01-01
    • 2012-03-13
    • 2016-12-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多