SQLite返回错误的2013年周数?

我在SQLite的报告中有一个简单的SQL来计算周数
SELECT STRFTIME('%W','date_column')

对于2009-2012非常正确.在2013年,我总是错误的周数.

例如

SELECT STRFTIME('%W','2012-02-28')

返回’09’,这是正确的.

SELECT STRFTIME('%W','2013-02-28')

返回’08’,这是错误的.我们有第9周.

SQLite日期时间函数中有什么我不明白的东西吗?或者它是SQLite的错误?

CL的答案适用于OP对“权利”的定义,这与ISO定义不完全相同. ISO周数始终在1-53范围内(没有第0周),一年的最后3天可能会落入下一年的第1周,就像前3天可能会进入第52周或第53周前一年.要考虑这些角落情况,您需要执行以下操作:
SELECT
    (strftime('%j',date(MyDate,'-3 days','weekday 4')) - 1) / 7 + 1 AS ISOWeekNumber
FROM MyTable;

作为旁注,SQLite’s Date and Time文档确实链接到POSIX strftime手册页,该手册页将%W修饰符定义为:“一年中的周数(星期一作为一周的第一天)作为十进制数[00,53].在第一个星期一之前的新年中的所有日期都被认为是在第0周.”

相关文章

SQLite架构简单,又有Json计算能力,有时会承担Json文件/RES...
使用Python操作内置数据库SQLite以及MySQL数据库。
破解微信数据库密码,用python导出微信聊天记录
(Unity)SQLite 是一个软件库,实现了自给自足的、无服务器...
安卓开发,利用SQLite实现登陆注册功能