java - 为什么在Java中查询一个日期BC改成AD？

Question

我的 Java 程序连接到包含许多日期的数据库 (Oracle XE 11g)(OracleXE 的日期格式设置为 syyyy/mm/dd)。

在数据库中使用负日期(基督之前)进行查询工作正常。当我在 Java 中执行时，它们都更改为 AD (Anno Domini)。如何在 Java 中检索符合 AD/BC 的日期？

此处我的 Java 代码对数据库进行查询并将结果放入表中。

try {
    Object item=cbPD.getSelectedItem();                                 
    String dacercare=item.toString();
    query = "SELECT DISTINCT PD.Titolo,PD.Inizio,(Select E.nome From Evento E WHERE PD.Inizio_Evento=E.CODE),
            PD.Fine, (Select E.nome From Evento E  WHERE PD.Fine_Evento=E.CODE ) FROM Periododelimitato PD WHERE PD.Titolo=?";
    PreparedStatement stAccess = Login.connessione.prepareStatement(query, ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_READ_ONLY);
    stAccess.setString(1,dacercare);
    rset = stAccess.executeQuery(); 
    j = modelPD.getRowCount();
    for (i=0; i<j; i++) modelPD.removeRow(0);
    Date data;
    while (rset.next()) {
        data = rset.getDate(2);
        modelPD.addRow(new Object[]{rset.getString(1),data, rset.getString(3), rset.getString(4), rset.getString(5)});
    }       
}

这里是一个使用特定查询的示例:

try {
    query = "SELECT PD.Inizio FROM PeriodoDelimitato PD WHERE PD.CodP=?";
    String dacercare="8"; //look for record with this specific Primary key
    PreparedStatement stAccess = Login.connessione.prepareStatement(query,
            ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_READ_ONLY);
    stAccess.setString(1, dacercare);
    rset = stAccess.executeQuery(); 
    while(rset.next()) {
        Date dateBC = rset.getDate(1);
        modelPD.addRow(new Object[]{null, dateBC, null, null, null});
    }

Java 中的

输出是:

0509-01-01

输出 在 Sql 开发人员中使用相同的查询(用指定的主键替换 ?):

-0509/01/01

查询注意事项:本例中选择的列在 Oracle 中是 DATE 类型。

补充信息: DBMS是Oracle(XE 11g)，DB是建立在IDE(SQL developer)上的。该程序是通过 Netbeans 8.2 用 Ja​​va 编写的。我连接到 Netbeans 中的数据库，添加库“ojdbc6.jar”。

Answer 1

首先，目前还不清楚您应该如何处理历史日期，尤其是史前日期，以及您应该如何期望它们的行为。这不是我所知道的，但我怀疑今天普遍使用的任何日历都曾在公元前 6 世纪使用过(在共同纪元之前，“BC”)。也许您已经知道了，我只是想向阅读此答案的其他人提一下。

感谢 Basil Bourque(现已删除)的回答，您观察到的似乎是 java.sql.Date 的预期行为。我尝试打印公元 2 年(共同时代，“AD”)和公元前 2 年的日期并进行比较。前 2 个行政长官:

    LocalDate ld = LocalDate.of(2, 1, 1);
    java.sql.Date sqlDate = java.sql.Date.valueOf(ld);
    System.out.println("java.sql.Date " + sqlDate + " millis " + sqlDate.getTime());

java.sql.Date 0002-01-01 millis -62104237200000

这符合预期。对于 2 BCE，我们需要向 LocalDate 提供 -1，因为 0 表示 1 BCE，而 -1 表示 2 BCE。在上述代码中插入LocalDate.of(-1, 1, 1)，输出为

java.sql.Date 0002-01-01 millis -62198931600000

我们注意到日期打印相同。 0002 算不上完全错误，但它并没有告诉我们现在是公元 2 年还是公元前 2 年。我相信这可以解释您观察到的行为。接下来我们注意到毫秒值不同，因此日期应该不同。差异为 94694400000 毫秒，如果其中之一是闰年，则等于 1096 天或 3 年。闰年可能令人惊讶，但除此之外我认为它是正确的。

虽然有些可疑。当我将 sql 日期转换回 LocalDate 时，时代丢失了，我总是得到一个普通时代的日期。由于您不需要此转换，因此您可能不需要关心。

我相信好的解决方案是完全放弃过时的 Date 类并始终使用现代的 LocalDate。您应该知道，这遵循所谓的 proleptic Gregorian calendar。 ，它可能不会总是给出与 Date 完全相同的日期。此外，这需要兼容 JDBC 4.2 的驱动程序，因此您的 ojdbc6.jar 不会这样做。尽管这可能意味着你被阻止了，但我还是让这个建议代表其他阅读的人。我没有测试过，但我认为以下应该有效:

LocalDate dateBC = rset.getObject(1, LocalDate.class);