java.util.Date vs java.sql.Data

LATE EDIT: począwszy od Javy 8 powinieneś używać ani java.util.Date ani java.sql.Date, jeśli w ogóle możesz tego uniknąć, a zamiast tego wolisz używać java.time pakiet (oparty na Joda), a nie cokolwiek innego. Jeśli nie jesteś na Javie 8, Oto oryginalna odpowiedź:

java.sql.Date - podczas wywoływania metod / konstruktorów bibliotek, które go używają (jak JDBC). Nie inaczej. Nie chcesz wprowadzać zależności do bibliotek baz danych dla aplikacji/modułów, które nie jawnie radzić sobie z JDBC.

java.util.Date - podczas korzystania z bibliotek, które go używają. W przeciwnym razie, jak najmniej, z kilku powodów:

• Jest zmienny, co oznacza, że musisz wykonać kopię obronną za każdym razem, gdy przekazujesz ją do metody lub zwracasz z niej.

• To nie obsługuje daty bardzo dobrze, co zacofani ludzie jak yours truly, uważają, że zajęcia obsługi daty powinny.

• Teraz, ponieważ J. U. D nie wykonuje tej pracy Bardzo wprowadzono upiorne klasy. Są one również mutowalne i okropne w pracy, i należy ich unikać, jeśli nie masz wyboru.

• Istnieją lepsze alternatywy, takie jak Joda Time API (może nawet trafić do Javy 7 i stać się nowym oficjalnym API obsługi dat - A quick search mówi, że nie będzie).

Jeśli uważasz, że wprowadzenie nowej zależności jak Joda jest przesadą, longs nie są takie złe dla Użyj dla pól znaczników czasu w obiektach, chociaż sam Zwykle zawijam je w j. u. D podczas ich przekazywania, dla bezpieczeństwa typu i jako dokumentacja.

Jedyny czas, aby użyć java.sql.Date jest w PreparedStatement.setDate. W przeciwnym razie użyj java.util.Date. Mówi, że ResultSet.getDate zwraca java.sql.Date, ale może być przypisany bezpośrednio do java.util.Date.

Miałem ten sam problem, najprostszym sposobem, jaki znalazłem, aby wstawić bieżącą datę do przygotowanego oświadczenia jest ten:

preparedStatement.setDate(1, new java.sql.Date(new java.util.Date().getTime()));

Java.util.Klasa Date w Javie reprezentuje określony moment w czasie (e,.g., 2013 Nov 25 16: 30: 45 do milisekund), ale typ danych DATE w DB reprezentuje tylko datę (np., 2013 Nov 25). Aby uniemożliwić dostarczanie oprogramowania java.util.Obiekt Date do DB przez pomyłkę Java nie pozwala ustawić parametru SQL na java.util.Data bezpośrednio:

PreparedStatement st = ...
java.util.Date d = ...
st.setDate(1, d); //will not work

Ale nadal pozwala to zrobić siłą / intencją(wtedy godziny i minuty będą ignorowane przez sterownik DB). To jest skończyłem z Javą.sql.Klasa daty:

PreparedStatement st = ...
java.util.Date d = ...
st.setDate(1, new java.sql.Date(d.getTime())); //will work

Java.sql.Obiekt Date może przechowywać moment w czasie (dzięki czemu jest łatwy do skonstruowania z Javy.util.Data), ale rzuci wyjątek, jeśli spróbujesz poprosić go o godziny (aby wymusić jego koncepcję bycia datą tylko). Oczekuje się, że sterownik DB rozpozna tę klasę i po prostu użyje 0 dla godzin. Spróbuj tego:

public static void main(String[] args) {
  java.util.Date d1 = new java.util.Date(12345);//ms since 1970 Jan 1 midnight
  java.sql.Date d2 = new java.sql.Date(12345);
  System.out.println(d1.getHours());
  System.out.println(d2.getHours());
}