Discussion :

[ultracoxy]

B'jour,

J'ai une petite question sur l'insertion en BDD de champs Date et Time.

Ma BDD est sous MySQL, avec un table ayant entre autres les champs :
- Rdate de type sql DATE
- Rheure de type sql TIME

Au niveau de mon application, actuellement, mes date et heure sont stockés dans un tableau de byte.

Qu'est il préférable de faire ? Transformer ceux-ci en String, en java.util.Date, ou en java.sql.Date ? Pour la requête sql d'INSERT, dois-je écrire la requête avec des champs String ou puis-je utiliser l'un des type Date ?

Merci de vos lumières...

[woodwai]

Normalement, c'est toujours préférable de manipuler des dates en java.util.Date (java.sql.Date est à proscrire car inexacte).

Aprés, lors de l'insertion en base de données, c'est parfois plus pratique de les insérer en String (je ne sais ce que tu utilise comme méthod d'accés aux données). A part si des méthode éxistent pour faire le translation de java.util.Date en String (hibernate connait grace au dialect les manière de gérer les dates des bases de données et est donc capable de s'occuper pour toi de passe de Date en String) fait la toi même en t'aidant par exemple de l'objet java.text.SimpleDateFormat qui pemet facilement de formater en String des Date.

[Alwin]

... (java.sql.Date est à proscrire car inexacte).

Tu peu développer stp ?

[woodwai]

C'est juste ce que tout le monde conseil, ne pas utiliser java.sql.Date mais toujours java.util.Date.

Mais bon, je n'ai jamais réellement creuser. A part le fait que java.sql.Date ne garde par l'heure mais juste la date (alors que java.util.Date est en fait un Timestamp).

En fait, le problème aussi du java.sql.Date est qu'il ne contient que trés peut de méthode, il sert juste à formaliser une date avant de l'enregistrer en base de données (trés peu de méthode par rapport au java.util.Date). En fait, dès que l'ont veut manipuler des java.sql.Date, on va d'abord les passer en java.util.Date.

Mais aprés tout, c'est juste un avis, mais moi je ne m'en suis jamais servit!

[ultracoxy]

J'utilise un pool de connexion JDBC pour accéder à ma bdd.

Je pense que je vais transformer mon tableau de byte en String tout le long de l'application.

Mais dans ce cas, j'ai une autre question :
Quand j'aurai inséré mes données date et heure dans ma bdd, lorsque je vais les lire je vais récupérer quoi : un getDate() ? un getString() ? (Sachant que ces champs sont de type sql DATE et TIME).

[ultracoxy]

D'ailleurs, j'ai le même souci qui se pose pour mon champs image, j'hésite entre le conserver en tableau de Bytes ou le transformer en type Blob : je vote pour Byte[] ?

[Alwin]

Pour infos :

java.sql.Date extends java.util.Date donc, autant de méthodes
java.sql.Time extends java.util.Date donc, autant de méthodes
java.sql.Timestamp extends java.util.Date donc...

Elles ont même des méthodes en plus

• toString() version implémentée qui retourne yyyy-mm-dd
• valueOf(String) qui retourne une Date

ça, c'est un premier point

Second point :

les classes java.sql.Date, Time et Timestamp sont des wrapper de type JDBC

Date maintiens uniquement les données relatives à la date
Time les données relatives à l'heure
et Timestamp les deux !

Sur les ResultSet il existe 3 accesseurs disctinct pour les 3 types

rs.getDate()
rs.getTime()
rs.getTimestamp()

idem pour les set sur les preparedStatement

Donc non, c'est totalement faux de dire "java.sql.Date est à proscrire car inexacte"

Le mieux pour la question initiale est donc de stocker les informations dans des java.util.Date (ils le sont déjà par l'héritage) et non dans des tableaux de bytes et pour les requêtes, de les gérer en type associés à la structure de la table (java.sql.Date et java.sql.Time) en utilisant bien les preparedStatement et les setDate() et setTime().

pour la lecture, getDate et getTime

[ultracoxy]

Merci de vos explications, elles ont été très claires.

[ultracoxy]

D'ailleurs, j'ai le même souci qui se pose pour mon champs image, j'hésite entre le conserver en tableau de Bytes ou le transformer en type Blob : je vote pour Byte[] ?

Qu'en pensez-vous ?

[Alwin]

plus délicat à traiter.
Si tu as des informations plus typées, pourquoi ne pas utiliser un format d'image directement sinon, byte[] est dans tous les cas mieux que blob, ce dernier est un type BDD donc on evite de l'utiliser dans les POJO

[ultracoxy]

C'est à dire que j'ai trois champs à stoquer dans ma bdd : une image (2 formats possibles), une video (3 formats possibles) et un son audio.

Pour l'instant j'ai déclarer trois colonnes Image, Video, Audio de type BLOB dans ma base (je sais qu'il eut été préférable de stoquer ces données dans un fichier et de stoquer le chemin d'accès au fichier dans ma bdd, mais on m'a demandé de faire une version de demo où je stoque ces données directement dans la bdd).

Du coup, j'ai conserver des types bytes[] dans mes classes java (et je transforme ce type en flux dans ma classe de DAO pour insérer mon tableau en bdd). C'est seulement quand je voudrai afficher un de ces éléments (imge, vidéo, audio) que je me soucierai du type. Cela est-il la bonne approche ?