Discussion :

[stade13]

Bonjour à tous,

j'essaie de récupérer des données sur une base sql server distante. Parmi les données une colonne date unix timestamp.

J'essaie de convertir avec la fonction

Code :

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

1
2
3
 
 
 	 DATEADD(SECOND, ma_date, '19700101') as ma_date,

Mais mon problème j'ai un décalage de 2h, je peux rajouter deux heures mais je pour le mois d'octobre faut que je le modifier encore une fois; et étant donné que c'est des données critique je ne veux pas m’amuser à changer la requête à chaque fois.

Je vous remercie de votre aide

[SQLpro]

Il suffit de jouer sur le bon fuseau horaire ! Convertissez votre données en DATETIMEOFFSET avant de l'extraire.

A +

[SQL_EVAN]

Je pense que vous vous êtes trompé d'opérateur SQL.

Essayez plutôt un CAST() ou un CONVERT()

La votre script va essayer de rajouter des secondes sur une date fixe '19700101' en fonction de votre date (comparer secondes et une date est comme comparer des vaches et des cocotiers)

[stade13]

Il suffit de jouer sur le bon fuseau horaire ! Convertissez votre données en DATETIMEOFFSET avant de l'extraire.

A +

Je ne vois pas comment ? c'est dans mon select que je fais cela ?

[stade13]

Je pense que vous vous êtes trompé d'opérateur SQL.

Essayez plutôt un CAST() ou un CONVERT()

La votre script va essayer de rajouter des secondes sur une date fixe '19700101' en fonction de votre date (comparer secondes et une date est comme comparer des vaches et des cocotiers)

un CAST ou CONVERT ne marche pas

[SQL_EVAN]

Vous pouvez donner un exemple de votre date en varchar svp?

[stade13]

Vous pouvez donner un exemple de votre date en varchar svp?

voila 1373755433

[SQL_EVAN]

Ah je suis désolé, je n'avais rien compris

En effet, l'approche utilisée dans SQL Server est :

Code :

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

SELECT DATEADD(s, 1373755433, '1970-01-01 00:00:00')

Pour le décalage de 2 heures c'est difficile à dire d'où elles viennent... Si possible ce sera mieux de stocker les données sous un autre format/type de données plus compatible avec SQL Server

[stade13]

Ah je suis désolé, je n'avais rien compris

En effet, l'approche utilisée dans SQL Server est :

Code :

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

SELECT DATEADD(s, 1373755433, '1970-01-01 00:00:00')

Pour le décalage de 2 heures c'est difficile à dire d'où elles viennent... Si possible ce sera mieux de stocker les données sous un autre format/type de données plus compatible avec SQL Server

Malheureusement je n'ai pas la main

[Donpi]

Le forma de date semble être du Time_t qui est un nombre de secondes ecoulé depuis le 01.01.1970, qui est systématiquement en GMT 0 et qui ne tiens pas compte de l'heure d'été ou d'hivers...

Si ça aide

[stade13]

Le forma de date semble être du Time_t qui est un nombre de secondes ecoulé depuis le 01.01.1970, qui est systématiquement en GMT 0 et qui ne tiens pas compte de l'heure d'été ou d'hivers...

Si ça aide

Je sais qu'il est en timestamp et qu'il y a pas de décalage horaire, maintenant je cherche une solution de contourné se problème

[Invité]

Code :

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

select dateadd( second , ( timestamp / 1000 ) - datediff ( second, GETDATE() , GETUTCDATE() ) , '1970-01-01') tps

[stade13]

Code :

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

select dateadd( second , ( timestamp / 1000 ) - datediff ( second, GETDATE() , GETUTCDATE() ) , '1970-01-01') tps

SELECT dateadd( second , ( 1373755433 / 1000 ) - datediff ( second, GETDATE() , GETUTCDATE() ) , '1970-01-01') tps

sa me donne 1970-01-16 et c'est pas du tout le résultat attendu, est ce que j'ai bien utiliser votre requête ?

[Invité]

Ça me donne 1970-01-16 et c'est pas du tout le résultat attendu, est ce que j'ai bien utiliser votre requête ?

C'est sans doute la faute du pseudo timestamp de ma table de test.
Essaie en retirant le / 1000, ça parait plus crédible

Code :

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

1
2
3
4
5
6
7
SELECT dateadd( second , ( 1373755433 ) - datediff ( second, GETDATE() , GETUTCDATE() ) , '1970-01-01') tps
 
tps
-----------------------
2013-07-13 18:43:53.000
 
(1 row(s) affected)

[stade13]

C'est sans doute la faute du pseudo timestamp de ma table de test.
Essaie en retirant le / 1000, ça parait plus crédible

Code :

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

1
2
3
4
5
6
7
SELECT dateadd( second , ( 1373755433 ) - datediff ( second, GETDATE() , GETUTCDATE() ) , '1970-01-01') tps
 
tps
-----------------------
2013-07-13 18:43:53.000
 
(1 row(s) affected)

Merci sauf que pour moi le résultat c'est 2013-07-14 00:43:53 et c'est exactement ce que je cherchai

[Invité]

Merci sauf que pour moi le résultat c'est 2013-07-14 00:43:53 et c'est exactement ce que je cherchai

C'est justement le décalage horaire entre le Québec et la France !