octobre
2011
Sous SQL SERVER 2008 R2, il n’existe pas nativement de fonction qui permet de connaître le décalage horaire (offset) d’une zone passée en paramètre. Sous ORACLE il suffit de faire SELECT TZ_OFFSET(‘Europe/Paris’) FROM V$TIMEZONE_NAMES;. Son équivalent SQL Server n’existe pas à ce jour. Toujours à propos des fuseaux horaires ORACLE permet nativement de lister les fuseaux horaires installés sur le serveur. Il suffit de faire SELECT TZNAME FROM V$TIMEZONE_NAMES; son équivalent SQL SERVER n’existe pas […]
octobre
2011
L’heure d’été [Daylight Saving Time (DST)] ou changement d’heure d’été est un peu complexe à gérer pour les applications informatiques. Car les règles du changement d’heure varient selon les fuseaux horaires (timezones). Voici une fonction CLR qui renvoie les périodes (date-heure) de début et de fin d’été pour le fuseau horaire actuel(Current TimeZone) de l’ordinateur qui l’exécute.
octobre
2011
Pour une même application utilisée dans différentes times zones, il est pratique de stocker dans la base les données datetime en UTC/GMT et de proposer en INPUT les différentes times zones afin d’afficher correctement les données selon les réalités de la zone géographique de l’utilisateur. Voici 2 pocédures P_localDateTimeToUTC et P_UTCTolocalDateTime qui permettent de jouer à ce jeu.
octobre
2011
Une procédure d’import de fichier de données dans une table
octobre
2011
Je pensais créer un job SQL via l’IHM de création de job sous SSMS (SQL Server Management Studio) mais à ma grande surprise il était impossible de le faire. Voici le besoin : Créer un job SQL qui exécute une procédure stockée toutes les 30 secondes.