Discussion :

[Pfeffer]

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.

[SQLpro]

Lorsque vous avez créé vos compte d'accès, le paramétrage était il français ?

A +

[Pfeffer]

De quel compte on parle ? Les comptes SQL Database ?

[SQLpro]

Tous les comptes qui accèdent à la base.

A +

[Pfeffer]

Oui, je viens de regarder.
Sur mon SQL Server en VM, les comptes sont bien en français.

[SQLpro]

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 +

[Pfeffer]

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