Discussion :

[PapouDomi]

Bonsoir.
Après une migration logicielle, je dois interfacer une base de données d'évènements sous SQL server et une base de données Access contenant les commentaires liés à l'acquittement des évènements avec une BDD Access frontale existante permettant de rechercher et filtrer les évènements.
Pour cela, j'ai créé une vue sous sql server regroupant les données nécessaires et en la liant par ODBC avec la BDD frontale.
Cette vue transforme les dates/heures au format bigint au format date/heures classique mais en temps UTC.
Etant totalement néophyte en sql server, j'aimerai savoir s'il existe une fonction permettant de convertir les dates/heures en bigint (ou en temps UTC) en dates/heure locale avec conservation de l'heure d'été/hiver.
Merci.

[Alexandre le Grand]

Bonjour,

Bonsoir.
... j'aimerai savoir s'il existe une fonction permettant de convertir les dates/heures en bigint (ou en temps UTC) en dates/heure locale avec conservation de l'heure d'été/hiver.
Merci.

Oui, de tels fonction existent. Voici quelques exemples :

Code :

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

1
2
3
4
5
 
 
SELECT CONVERT(bigint, MaDate,105) --> 42179
 
SELECT convert(bigint,'20150626053',121) --->20150626053

Voici un lien qui pourrait t'aider à te familiariser: http://baptiste-wicht.developpez.com...rver/datetime/

A+

[SQLpro]

j'aimerai savoir s'il existe une fonction permettant de convertir les dates/heures en bigint (ou en temps UTC) en dates/heure locale avec conservation de l'heure d'été/hiver.
Merci.

Tout dépend si vous avez stocké vos données avec le fuseau horaire ou non (datetimeoffset) et la localisation géographique. En effet, sans cette précision impossible de savoir quel est le décalage des horaires d'hiver et d'été qui sont propre à chaque zone ou pays parfois avec des règles complexes (exemple Brésil).
Personnellement j'utilise un ensemble de tables qui stockent toutes ces données et fournit cette conversion au moyen d'une UDF scalaire prenant en compte le fuseau et la zone géographique.

A +

[PapouDomi]

Bonjour.
Merci à vous.
Comme solution, j'ai réalisé une vue qui me retourne la date / heure de tous les évènements

Code :

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

SELECT DATEADD(second, Date_Event / 1000, '1970/01/01') as Date_Evenement

Cette vue est attachée via ODBC dans la BDD Acces frontale
Dans Access que je maitrise beaucoup mieux, j'ai créé 2 fonctions de conversion UTC vers Locale et Locale vers UTC qui se réfèrent au dernier dimanche de Mars et d'Octobre pour convertir la date passée en paramètre selon qu'elle est dans la période d'été ou d'hiver.
Dans le formulaire, la saisie du filtre de date en locale est convertie en UTC pour actualiser la requête filtrant la table attachée.
Cette requête transforme les résultats UTC en heure locale et ceux-ci sont affichés dans un état basé sur cette requête.

[SQLpro]

Bonjour.
Merci à vous.
Comme solution, j'ai réalisé une vue qui me retourne la date / heure de tous les évènements

Code :

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

SELECT DATEADD(second, Date_Event / 1000, '1970/01/01') as Date_Evenement

Cette vue est attachée via ODBC dans la BDD Acces frontale
Dans Access que je maitrise beaucoup mieux, j'ai créé 2 fonctions de conversion UTC vers Locale et Locale vers UTC qui se réfèrent au dernier dimanche de Mars et d'Octobre pour convertir la date passée en paramètre selon qu'elle est dans la période d'été ou d'hiver.
Dans le formulaire, la saisie du filtre de date en locale est convertie en UTC pour actualiser la requête filtrant la table attachée.
Cette requête transforme les résultats UTC en heure locale et ceux-ci sont affichés dans un état basé sur cette requête.

Votre règle ne concerne que certains pays d'europe.....

A +

[PapouDomi]

Bonsoir.

Votre règle ne concerne que certains pays d'europe.....

Effectivement, cela est, pour mon cas, limité à la France car il s'agit d'un suivi d'alarmes sur le site (GTC).
Le système informatique archivant ces évènements est composé d'un réseau réduit (1 poste serveur et 2 postes clients) totalement isolé, pour des raisons de sécurité, de l'intranet.
A+