IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Développement SQL Server Discussion :

SQL Azure Database DATETIME format anglais


Sujet :

Développement SQL Server

  1. #1
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut SQL Azure Database DATETIME format anglais
    Bonjour à tous,

    Je viens de tester une migration de ma BDD SQL Server dans AZure via un fichier bacpac.
    En réalisant quelques tests je me suis vite rendu compte que j'ai un problème au niveau des dates:
    Les requêtes paramétrées C# fonctionnent sans aucun soucis, par contre quand j'essaye de faire une requête toute simple avec des dates il faut que je la passe forcément au format anglais. Une idée d'ou peut venir le pb ?
    Le cloud manager me dit que du côté settings de langage il ne voit qu'il peut modifier.

  2. #2
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 480
    Points : 48 352
    Points
    48 352
    Par défaut
    Lorsque vous avez créé vos compte d'accès, le paramétrage était il français ?

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut
    De quel compte on parle ? Les comptes SQL Database ?

  4. #4
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 480
    Points : 48 352
    Points
    48 352
    Par défaut
    Tous les comptes qui accèdent à la base.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut
    Oui, je viens de regarder.
    Sur mon SQL Server en VM, les comptes sont bien en français.

  6. #6
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 480
    Points : 48 352
    Points
    48 352
    Par défaut
    En ce qui concerne les types temporelles, il ne faut JAMAIS passer les valeurs avec un format spécifique à une langue, mais utiliser le format ISO qui outrepasse tous les paramétrages de langue.
    Pour mémo, le format ISO ,est de deux types :
    • ISO court 'AAAAMMJJ hh:mm:ss.nnn' pour le type DATETIME (norme SQL antérieure à SQL:1999)
    • ISO long 'AAAA-MM-JJ hh:mm:ss...' pour les taypes DATETIME2, DATE, DATETIMEOFFSET (depuis la norme SQL:1999)



    Exemple :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    SET LANGUAGE English;
     
    DECLARE @D DATETIME = '20211231', @D2 DATETIME2 = '2021-12-31';
    SELECT @D, @D2;
    GO
     
    SET Language Français;
     
    DECLARE @D DATETIME = '20211231', @D2 DATETIME2 = '2021-12-31';
    SELECT @D, @D2;
    GO
     
    SET Language Russian;
     
    DECLARE @D DATETIME = '20211231', @D2 DATETIME2 = '2021-12-31';
    SELECT @D, @D2;
    GO
    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  7. #7
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut
    Oui, les requêtes paramétrées en C# permettent de régler ce problème, mais nous avons des vieilles macro VBA (bad ) qui n'utilisent pas ce principe et c'est sur celles-ci que nous avons un problème.

    Je viens de voir que SQL Azure Database est configurée en UTC, et que visiblement on ne peut pas changer cette config ..
    1) Est ce que vous confirmez ?

    Cela signifie que dans les TSQL partout ou on utiliser getDate() cela va récupérer le temps UTC alors que dans nos applications tout est configuré en LOCAL TIME Zone, ce qui me pose un autre problème

  8. #8
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 480
    Points : 48 352
    Points
    48 352
    Par défaut
    C'est normal l'UTC vu que vos serveurs SQL peuvent être hébergés dans n'importe quel pays sans que vous sachiez lequel ! Donc les dates sont toujours et systématiquement en UTC. Seule l'application peut envoyer des dates localisées...

    je me tue à avertir mes clients depuis des décennies sur cette horreur des dates localisées qui complique la vie. Mieux vaut du DATETIMEOFFSET si vous voulez les deux.... par exemple allez donc calculer la durée en heure entre deux dates quand celle-ci sont à cheval sur la date de changement d'heure été/hiver ?
    Pour information j'ai modélisé le système de gestion des crues au niveau national et la précédente version était basées sur des dates locales (en 2008).... Heureusement il n'y a pas eu d'épisode d'inondation aux moment des changements d'heures d'hiver/été, sinon ils auraient cru soit que la pluie avait cessée alors qu'il n'en était rien (absence de données), soit que la pluie redoublait (insertion double...), avec les conséquences humaines que cela peut entrainer !!!

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  9. #9
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut
    Le problème de la 25è heure est bien connue est peut être gérer autrement (doubler la valeur, différencier la 25 è heure, etc.), mais je suis d'accord que de mettre des datetimesoffset c'est plus facile à gérer ensuite. Lais on hérite également de ce qu'on hérite !!
    Est ce que dans une instance SQL Azure Mangée du coup j'aurai le même problème ? Par ce que là en l'état je peux pas basculer dans SQL Azure Database.

  10. #10
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut
    Donc au FINAL !! Choisissez SQL Azure Database si vous partez sur un nouveau projet ...
    Sinon restez en mode VM + SQL Server.

  11. #11
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 480
    Points : 48 352
    Points
    48 352
    Par défaut
    pas forcément, il y a pas mal de projet qui passent dans Azure parce que bien conçus au départ.... Un autre truc dans Azure : aucune table ne peut être sans PK....

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  12. #12
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut
    C'est bien ce que je dis, si on part sur un nouveau projet et qu'on respecte les préconisations Azure, tout fonctionne.
    Mais basculer une BDD et des applications créées avec des concepts d'avant Azure, c'est plus compliqué.

    Les tables sans PK c'est pas trop gênant pour ma part, j'en ai pas

  13. #13
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 480
    Points : 48 352
    Points
    48 352
    Par défaut
    pas spécifiquement les nouveaux projets.... Par exemple SAGE à passer la plupart de ses logiciels dans Azure

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  14. #14
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    février 2004
    Messages
    421
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : février 2004
    Messages : 421
    Points : 198
    Points
    198
    Par défaut
    Je parlais de basculer en AZURE PAAS, pour ma part je suis également dans AZURE mais en IAAS (VM + SQL Server)

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Sql server 2005 - 2012 Datetime Format
    Par siva27 dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 10/01/2014, 16h33
  2. Datetime sous SQL Server : modifier le format de la date ?
    Par Monkey_D.Luffy dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 12/06/2008, 12h35
  3. requete SQL et probleme de format de Date
    Par huon dans le forum Langage SQL
    Réponses: 3
    Dernier message: 25/08/2005, 12h56
  4. [SQL][DateTime] Formater les dates en SQL
    Par Husqvarna dans le forum C++Builder
    Réponses: 3
    Dernier message: 09/11/2004, 22h36
  5. affichage date() format anglais
    Par nazimb dans le forum ASP
    Réponses: 10
    Dernier message: 14/10/2004, 15h08

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo