MySQL 执行 utc_date + 的含义1而不是使用date_add(utc_date,间隔1天)

发布于 2024-10-15 19:58:37 字数 132 浏览 0 评论 0原文

我有一些疑问,其中日期偏移量被编码为 utc_date + 1 而不是使用 date_add 函数。使用这种方法有什么影响吗?我担心它在某些情况下会返回错误的结果,特别是当结果日期滚动到不同的月份时

I have some queries where day offsets are being coded as utc_date + 1 rather than using the date_add function. Are their any implications of using this method? I'm worried about it returning the wrong result in some circumstances, especially when the result date rolls over to a different month

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

西瑶 2024-10-22 19:58:37
select utc_date()+1, date('2011-02-28')+1, date_add('2011-02-28', INTERVAL 1 DAY)

使用上述查询(在 MySQL 5.0.51a 上),我得到以下结果:

  • utc_date()+1 = 20110204
  • date('2011-02-28')+1 = 20110229
  • date_add('2011-02-28', 间隔 1
    DAY)
    = 2011-03-01

所以看来,简单地在日期上加 1 就会导致 mysql 将日期值视为整数而不是日期。我建议更改您的代码以使用 date_add。

select utc_date()+1, date('2011-02-28')+1, date_add('2011-02-28', INTERVAL 1 DAY)

Using the above query (on MySQL 5.0.51a), I get the following results:

  • utc_date()+1 = 20110204
  • date('2011-02-28')+1 = 20110229
  • date_add('2011-02-28', INTERVAL 1
    DAY)
    = 2011-03-01

So it appears that simply adding 1 to the date causes mysql to treat the date value as an integer and not as a date. I'd recommend changing your code to use date_add.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文