Discussion :

[Anduriel]

Bonjour,

Je récupère avec SQL le timestamp actuel: unix_timestamp(current_timestamp).

Je souhaite le convertir en date:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Log.e("DATE", String.valueOf(new Date(timestamp)));

Ce log m'affiche le 12 janvier 1970, sachant que mon timestamp affiché est 1336591414 (à savoir le 9 mai 2012)

Comment ça se fait?
Merci

[nicroman]

unix_timestamp renvoit des secondes
Date() prend en paramètre des millisecondes...

Juste une question ... pourquoi utiliser unix_timestamp ?

[Anduriel]

Merci! C'est la seule solution que j'ai trouvée... cf. http://www.developpez.net/forums/d12...amp-emulateur/

En bref, le timestamp renvoyé par le système et converti en secondes n'était jamais le même que le timestamp SQL, donc je me suis dit autant me fier à ce dernier, qu'à celui du dispositif (s'il est mal réglé par exemple).

[Anduriel]

Et rebelotte... en multipliant par 1000 j'ai une date tout aussi incohérente (11 janvier 1970). Mais qu'est ce qui cloche avec mon Eclipse?

J'ai bien 1336591414 qui s'affiche, qui correspond à 9 mai 2012 (ici)
Je multiplie par 1000, et j'ai 11 janvier 1970 sur mon mobile.

Quel peut être le problème?
Merci

[Guybrush34]

J'ai testé ce que tu dis mais cela fonctionne bien de mon côté avec ce code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
		long time = 1336591414000L;
 
		Date date = new Date(time);
 
		java.sql.Date date2 = new java.sql.Date(time);
 
		Calendar cal = new GregorianCalendar();
		cal.setTimeInMillis(time);

date, date2 ou cal sont tous à la bonne date.

Est-tu sûr de ta variable d'entrée ? C'est bien un long et non un int ?

[Anduriel]

Yeah c'était le long et pas int !

Merci !

[nicroman]

En bref, le timestamp renvoyé par le système et converti en secondes n'était jamais le même que le timestamp SQL, donc je me suis dit autant me fier à ce dernier, qu'à celui du dispositif (s'il est mal réglé par exemple).

Là, ca veut dire qu'il nous manque des informations...

Coté device/java:
* JAVA: System.currentTimeMillis(); (long, milliseconds GMT)
* JAVA: new Date() (Date, GMT)
* JAVA: Calendar.getinstance() (Calendar, TZ independant)
* SQLLITE: date('now') (TIMESTAMP TZ dependant)
* UNIX: timestamp (int, seconds GMT)

Renvoient tous la même date: celle actuelle du système (attention toutefois aux locales pour certaines).

Quelle est la problématique exacte ?

[Anduriel]

Ca fait beaucoup de choses tout ça!

Je souhaite récupérer la date à laquelle l'utilisateur exécute une certaine action, et l'insérer dans une base SQL. Dans la base SQL, avec mes connaissances, je trouve ça beaucoup plus simple d'ajouter le timestamp (quitte à reconvertir dernière en date).

Dans un sens device -> SQL j'avais récupéré le CurrentTimeMillis(), et j'avais eu des problèmes (peut être du fait que j'avais utilisé int et non long), donc j'ai adopté un UNIX_TIMESTAMP(CURRENT_TIMESTAMP) côté requête SQL.

Dans l'autre sens SQL -> device, je veux reconvertir ce timestamp en date. J'avais comment par un getInt (JSON) et un date(timestamp) qui plantait, mais maintenant le getLong semble fonctionner.

J'espère avoir été plus clair.

[nicroman]

En fait ca dépend de la base... SQL n'est qu'un langage de formalisation de requêtes....

Oracle: sysdate
MySQL: now(), sysdate(), ...

par exemple sous oracle:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
update MY_TABLE set MY_DATE=SYSDATE where ID=?;
select sysdate from dual;

sous mysql:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
update MY_TABLE set MY_DATE=SYSDATE() where ID=?
select sysdate();

sous SQLite:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
update MY_TABLE set MY_DATE=date('now') where ID=?
select date('now');