sqlite，查询指定日期，就很奇怪
date('时间戳', 'unixepoch')='2022-07-29'
有一些正常，有一些不正常
昨天0点后插入了一些数据，但是指定日期查询数据没有结果
然后我注意到https://www.runoob.com/sqlite/sqlite-date-time.html
下面是计算给定 UNIX 时间戳 1092941466 相对本地时区的日期和时间
sqlite> SELECT datetime(1092941466, 'unixepoch', 'localtime');
2004-08-19 11:51:06多加一个localtime参数，正常
这个数据库时区是个什么情况，不加localtime的话，0点不算第二天还是咋地，但是不算的话，查询大多数情况下又是比较正常的
@echo醉老仙，@老虎会游泳，SQLite笨笨的，就直接转换时间而已，不考虑啥时区：
select datetime(0, 'unixepoch'), unixepoch('1970-01-01 00:00:00');
datetime(0, 'unixepoch') |
unixepoch('1970-01-01 00:00:00') |
|---|---|
| 1970-01-01 00:00:00 | 0 |
至于 localtime、utc修饰符干啥用的：
The "localtime" modifier (14) assumes the time value to its left is in Universal Coordinated Time (UTC) and adjusts that time value so that it is in localtime. If "localtime" follows a time that is not UTC, then the behavior is undefined. The "utc" modifier is the opposite of "localtime". "utc" assumes that the time value to its left is in the local timezone and adjusts that time value to be in UTC. If the time to the left is not in localtime, then the result of "utc" is undefined.
大意：localtime假设它左边的时间值是UTC（世界协调时），然后转换成本地时间。utc则相反操作。
@老虎会游泳，嗯，不用localtime、utc修饰符的话，不会有时区转换
假如数据库中存的是时间戳（UTC），下面情况会出问题：
用户不以 UTC 角度去查询
date('时间戳', 'unixepoch') = '2022-07-29' -- 如 @echo醉老仙 的 SQL
用户意识到了时区问题，加了个localtime修饰符。但若服务器时区和用户设想的不一样（如 日本东京GMT+9:00），也会出问题。只能手动加个偏移了：
select datetime(10, 'unixepoch', '+8 hours'); -- 1970-01-01 08:00:10
date('时间戳', 'unixepoch', '+8 hours') = '2022-07-29' -- @echo醉老仙 的 SQL
@echo醉老仙，你不知道时区吗，北京时间8点是协调世界时0点。所以一天有16小时结果正确，8小时结果不正确。在北京时间0点到8点，协调世界时还没有到第二天。
时间戳转日期必须指定时区，否则结果很可能不正确，因为unix时间戳自身的时区是协调世界时。