Почему запрос даты до нашей эры меняется на AD в Java?

Во-первых, не сразу понятно, как следует обращаться с историческими и, не в последнюю очередь, с доисторическими датами и как следует ожидать их поведения. Я не знаю этого, но я сомневаюсь, что какой-либо широко используемый сегодня календарь использовался в 6 веке до нашей эры (до нашей эры, «до нашей эры»). Возможно, вы уже знали, я просто хотел упомянуть об этом для всех, кто читает этот ответ.

Благодаря ответу Бэзила Бурка (теперь удаленному) то, что вы заметили, похоже, является предполагаемым поведением с java.sql.Date. Я попытался напечатать даты со 2 года н.э. (нашей эры, «н.э.»), а затем со 2 года до н.э. и сравнил. Первые 2 CE:

    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 миллис-62104237200000

Это ожидаемо. Для 2 BCE нам нужно указать от -1 до LocalDate, поскольку 0 означает 1 BCE, а -1 означает 2 BCE. Вставьте LocalDate.of(-1, 1, 1) в приведенный выше код, и вывод будет

java.sql.Date 0002-01-01 миллис-62198931600000

Отметим, что дата печатается одинаково. Число 0002 едва ли можно назвать абсолютно неверным, но оно не говорит нам, идет ли речь о втором году нашей эры или о втором году нашей эры. Я считаю, что это объясняет поведение, которое вы наблюдали. Далее мы отмечаем, что значения миллисекунд разные, поэтому даты отличаются, как и должно быть. Разница составляет 94694400000 миллисекунд, что равняется 1096 дням или 3 годам, если один из них високосный. Високосный год может удивить, но в остальном я думаю, что это правильно.

Хотя есть что-то рыбное. Когда я преобразовал дату sql обратно в LocalDate, эра была потеряна, я всегда получал дату в общей эре. Поскольку вам не нужно это преобразование, вам, вероятно, не нужно заботиться.

Я считаю, что хорошим решением будет полный отказ от устаревшего класса Date и повсеместное использование современного LocalDate. Вы должны знать, что это соответствует так называемому пролептическому григорианскому календарю, который не всегда может дать те же даты, что и Date. Также для этого требуется драйвер, совместимый с JDBC 4.2, поэтому ваш ojdbc6.jar не подойдет. Даже если это может означать, что вы помешали, я оставлю это предложение в силе для всех, кто читает дальше. Я не проверял, но думаю, что должно работать следующее:

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

Решение, использующее старый тип Date для запроса дат SQL BC и AC, которое работает, состоит в том, чтобы объявить в моем классе SimpleDataFormat с форматом, указанным ниже.

public SimpleDateFormat sdf= new SimpleDateFormat("yyyy-MM-dd G");

Затем я объявил Date dataOUT, вызвав метод форматирования SimpleDataFormat, предоставив в качестве входных данных дату BC, запрошенную из базы данных.

dataOUT=sdf.format(rset.getDate(2));

Спасибо всем за время, уделенное моему вопросу!