Java 和多 SQL RDBMS 之间的一年中的一周计算差异

Question

我必须做一些报告，必须用Java和MySQL计算任意日期的星期，但是它们有不同的算法。

首先，请注意，根据某些方法，某年年末的某几天是下一年的第一周。示例:2012-12-31是2013年的第一周(我不记得具体年份，但大概是这样)。所以我必须计算出一个日期中正确的星期和年份

在Java中，它基于两个取决于语言环境的标准:

>

一周的第一天（星期日或星期一）

第一周最少天数（1或4天）

Calendar cal = Calendar.getInstance();
int javaWeek = cal.get(Calendar.WEEK_OF_YEAR);
int weekYear = cal.getWeekYear();

在 MySQL 中，它基于 2 个标准，具体取决于模式（0 到 7）：

> < li >一周的第一天(星期日或星期一)(在Java中也是如此)

< li>

第一周的最小天数为4天，或者第一周包含一周的第一天

SELECT WEEK('2012-12-12', 1);
SELECT YEARWEEK('2012-12-12', 1);

而在 MySQL 中，一些模式会用奇怪的结果计算一周，例如，一年有第 0 周只有 1 天，而其他周有整整 7 天（我认为第 1 周实际上是第一周，而第 0 周是前周什么的）。我会忽略这些模式

场景是：我在 Java 中根据我的系统区域设置（设置为：getFirstDayOfWeek（）==SUNDAY 和 getMinimalDaysInFirstWeek==1）计算日期列表的一周，我想在 MySQL 中计算相同的结果

但我尝试了MySQL中的所有8模式，没有一个匹配。我失败了，因为在MySQL中没有模式calc week based on minimal day in first week is 1（只有一些模式带有4），所以我手动＜code＞setMinimalDaysInFirst week（4）＜/code＞，MySQL中的模式6与Java中的结果相匹配

（我必须写一个测试，比较2年来Java和MySQL中每天的结果）

所以我的解决方案是，我必须修复< code > setMinimalDaysInFirstWeek(4)，如果< code>getFirstDayOfWeek()是星期一，我在MySQL中选择模式3，如果< code>getFirstDayOfWeek()是星期天，我在MySQL中选择模式6。我认为这只是一个临时的解决方案，而且真的很奇怪。

还有一个问题，我真的很担心如果我的系统从MySQL更改为其他RDBMS，它会有其他方法，我无法处理所有这些方法（Oracle中的示例没有WEEK功能）。那么，有什么方法可以计算满足许多RDBMS的周数吗？

我有一个想法是在一个平台(Java或MySQL)上计算周，然后将结果传递给另一个平台:

>

如果从Java传递到MySQL，我已经将结果传递给查询字符串，或者构建一个包含我结果的表

如果从MySQL传递到Java，我必须编写一个从Java调用它的过程，并且必须解决“找到计算周满足许多RDBMS的方法”的问题

但是我必须计算大量的日期，这些都不让我满意，有人有想法解决我的问题吗？

Answer 1

虽然我在工作周方面没有太多经验，但在我看来，最明智的方法是遵循ISO 8601标准。该标准清楚地定义了星期和星期的数字。

标准说:

• 星期一开始
• 一周中的天数从1到7。周一=1.
• 第一周包含一年中的第一个星期四
• 周编号为01至53。（无00。）

虽然我不知道MySQL（我是一个Postgres类型的人），但我确实读了这个关于日期和时间函数的留档。

WEEK（日期，模式）函数的模式3似乎符合ISO 8601，其中一周的第一天是星期一，周编号为1-53，今年有4天或更多天（不是官方定义，而是另一种说法“包含第一个星期四”）。

此外，MySQL提供了WEEKOFYEAR（date）函数，专门作为使用模式3调用WEEK的简写。所以我建议你坚持调用WEEKOFYEAR。

时区至关重要。日期由时区决定。尽管蒙特利尔正在享受2012年12月12日星期三晚上午夜前的最后时刻，但在巴黎，星期四已经到来，日期是13日。宇宙历史上的同一时刻，但日期和时间不同。

我假设但不知道MySQL以UTC存储日期时间值。所以我也假设调用它们与星期相关的函数在UTC中有效地工作，不应用任何时区调整。

我怀疑这可能是你问题的根源。如果您忘记指定一个时区，java.util.Calendar类会指定JVM的默认时区。顺便说一下，这是一个重要的教训:总是指定一个时区，而不是依赖隐式默认。所以MySQL是用UTC计算一年中的星期，而Calendar是用其他时区(巴黎，加尔各答，等等)计算的，显然结果会不同。

我的猜测是，解决方案是：

• 使用UTC始终如一地完成Java工作
• 在MySQL中对您的日期时间值应用时区调整（如果可能，我不知道）。

哪种解决方案最好取决于您的业务策略。一些企业可能希望按照其总部或主要供应商/客户等的时区工作。其他企业，尤其是那些关注不同时区的企业，选择用UTC来定义一切。

我怀疑，从长远来看，在这个世界日益缩小的时代，大多数人最明智的选择是始终在UTC工作。但我不是经营你公司的人。

至于Java方面的事情，避免使用java.util.Date。

许多java.time功能已反向移植到Java6

请参阅 Oracle 教程 java.time 主题。

看到我对类似问题的回答。

类表示时间轴上的一个点，分辨率为纳秒，调整为 UTC 偏移量（不是完整时区）。

OffsetDateTime twelves = OffsetDateTime.of( 2012, 12, 12, 0, 0, 0, 0, ZoneOffset.UTC );

OffsetDateTime::get方法允许您访问值的任何部分。每个部分都定义为TemporalField。IsoFields类提供了特定于ISO-8601日历系统的TemporalField的实现。这包括我们需要的两个：

• IsoFields.WEEK_OF_WEEK_BASED_YEAR
• IsoFields.WEEK_BASED_YEAR

在使用中…

int week = twelves.get ( IsoFields.WEEK_OF_WEEK_BASED_YEAR );
int weekYear = twelves.get ( IsoFields.WEEK_BASED_YEAR );

时区是UTC的偏移量加上一组处理异常情况的规则，如夏令时（DST）。在某些时区，一天不是从00:00:00.0开始的。因此，我们通过LocalDate类（仅限日期的值）让java.time确定一天的第一个时刻。

ZoneId zoneId = ZoneId.of( "America/Montreal" );
LocalDate twelves = LocalDate.of( 2012 , 12 , 12 );
ZonedDateTime twelvesMontreal = twelves.atStartOfDay( zoneId );
int week = twelvesMontreal.get ( IsoFields.WEEK_OF_WEEK_BASED_YEAR );
int weekYear = twelvesMontreal.get ( IsoFields.WEEK_BASED_YEAR );

如果你确定时间和时区是不相关的(三思而后行！)，那么您可以单独使用< code>LocalDate,因为它也有一个< code>get方法。

LocalDate twelves = LocalDate.of( 2012 , 12 , 12 );
int week = twelves.get ( IsoFields.WEEK_OF_WEEK_BASED_YEAR );
int weekYear = twelves.get ( IsoFields.WEEK_BASED_YEAR );

方法getWeekOfWeekYear获取周数。ISODateTimeFormat类具有工厂方法，用于为ISO 8601定义的各种与周相关的格式生成格式化程序。

DateTime twelves = new DateTime( 2012, 12, 12, 0, 0, 0, DateTimeZone.UTC );
int weekOfTwelves = twelves.getWeekOfWeekyear();

创建字符串表示。请注意，如果您希望格式化程序对其字符串生成应用时区调整，则可以使用zone追加对的调用。否则，将使用DateTime分配的时区。

String outputWeek = ISODateTimeFormat.weekyearWeek().print(  twelves );
String outputWeekDate = ISODateTimeFormat.weekDate().print(  twelves );

转储到控制台。

System.out.println( "twelves: " + twelves );
System.out.println( "weekOfTwelves: " + weekOfTwelves );
System.out.println( "outputWeek: " + outputWeek );
System.out.println( "outputWeekDate: " + outputWeekDate );

运行时。

twelves: 2012-12-12T00:00:00.000Z
weekOfTwelves: 50
outputWeek: 2012-W50
outputWeekDate: 2012-W50-3

至于移植到MySQL以外的数据库，我认为坚持越来越普遍的ISO 8601标准将有助于提高可移植性。

例如，Postgres提供了函数< code>isoyear 、< code>week和< code>isodow(星期几)，这些函数都符合ISO 8601标准。