Manipulation de format de date

Bonjour,

J'ai un petit problème tout bête mais qui commence à m'énerver car je n'en comprend pas tout les tentants et aboutissants.

Dans une requête de mise à jour d'une procédure stockée, je souhaite affecter à une colonne de type DATETIME la valeur de la date-heure courante, sans la précision milli-secondes (donc qui sont nulles).
Pour ce faire, j'ai commencé à utiliser le code suivant :

Code:

---

CONVERT(VARCHAR, GETDATE(), 20)

---

qui passe avec l'analyseur de requête mais qui me provoque une erreur avec le SQL Agent.

J'ai ensuite essayé naivement celui-ci

Code:

---

CONVERT(CHAR(19), GETDATE())

---

qui ne passe ni avec l'Analyseur de requête, ni avec le SQL Agent.

Dans le procédure stockée, j'ai essayé de jouer avec SET DATEFORMAT, ce qui m'entraîne d'autres erreurs ailleurs dans le code de la PS.

Les erreurs sont du style :

Citation:

---

Msg 242, Sev 16 : La conversion d'un type de données CHAR en type DATETIME a donné une valeur hors des limites des valeurs de date et d'heure.

---

Il est facile d'avoir un format avec juste les minutes :

Code:

---

CONVERT(SMALLDATETIME, GETDATE())

---

Mais j'ai besoin des secondes et les milli-secondes doivent être obligatoirement nulles.

J'ai trouvé plein d'infos sur le sujet, mais rien qui n'arrive à éclairer ma lanterne.

Merci d'avance pour votre aide.

Bonjour,

Le type DATETIME stocke les millisecondes, que vous le vouliez ou non ;)

Il me semble que vous pourriez utiliser DATETIME2(0), pour votre besoin, mais je ne suis pas sur de l'avoir bien compris...

Pourquoi ne voulez vous pas stocker les millisecondes (faites vous des comparaisons d'heure, et vous ne voulez pas que les millisecondes soient prise en compte dans la comparaison ?)

Si c'est pour de l'affichage, vous pouvez effectuer votre CONVERT dans votre requete SELECT

Bonjour,

Oui le but n'est pas de créer une nouveau type.

C'est juste que le progiciel qui attaque ces données a été configuré pour ne prendre en compte que les secondes. Les milli-secondes lui posent des problèmes.

Donc au lieu d'avoir une date du type 2011-03-23 15:21:46.238, il faut que je la transforme en 2011-03-23 15:21:46.000.

Il me paraissait plus immédiat de procéder avec une conversion basée sur une chaîne de caractères plutôt qu'une manipulation de la date a format numérique.

De plus le serveur est sous Windows SQL 2000, donc les seuls formats de date sont DATETIME et SMALLDATETIME

En fait, votre premier code devrait être bon !

Citation:

---

qui passe avec l'analyseur de requête mais qui me provoque une erreur avec le SQL Agent.

---

quelle erreur ?
dans quel contexte l'utilisez-vous ?

Avec une double conversion pour faire sauter la précision des millisecondes :

Code:

---

1 2 3 4 5 6

select getdate() as c1, convert(datetime, convert(varchar(19), getdate(), 126), 126) as c2   c1 c2 ----------------------- ----------------------- 2011-03-23 16:30:17.703 2011-03-23 16:30:17.000

---

Pour les erreurs, j'ai donné un exemple ci-dessus qui je pense correspond à la totalité des messages d'erreur (une variante entre CHAR et VARCHAR).

Quant au contexte du SQL Agent, je viens de regarder :
Il démarre sur le compte Local System
Quant à la connexion, il était sur une authentification Windows que je viens de changer en authentification SQL, avec la même connexion que l'Analyseur.

Je fais des test et un retour ensuite.

désolé, je me suis mal exprimé, quand je demandais le contexte, c'était surtout pour savoir dans quel ordre SQL le CONVERT etait utilsé
(dans un SELECT, dans un UPDATE..SELECT, dans une SP avec SET @VAR = CONVERT... ?)

En fait ce serait bien de donner le script complet, car par exemple, à partir de votre premier code, ceci fonctionne bien :

Code:

---

1 2	SELECT CONVERT(VARCHAR, GETDATE(), 20)

---

Citation:

---

------------------------------
2011-03-23 17:14:37

(1 row(s) affected)

---

je pense donc que c'est quand vous essayez d'utiliser cette conversion pour autre chose que cela génére l'erreur (d’ailleurs c'est une erreur de conversion de CHAR vers DATETIME et non l'inverse)... ce serait donc utile d'avoir ce code...

J'ai repris mes tests.

En restant avec Agent SQL configuré avec authentification Windows :

Code:

---

CONVERT(VARCHAR(20), GETDATE(),20)

---

Plante --> msg d'erreur :

Citation:

---

Msg 242, Sev 16 : La conversion d'un type de données CHAR en type DATETIME a donné une valeur hors des limites des valeurs de date et d'heure. [SQLSTATE 22007]

---

En mettant Agent SQL configuré avec authentification SQL --> cela fonctionne correctement.

C'est donc bien une question de contexte de connexion (donc d'utilisateur), mais je ne comprend pas exactement lequel.

Tiens, une page spécial conversion format de date :
http://www.sql-server-helper.com/tips/date-formats.aspx

Une question :

Si l'Agent SQL démarre sur le compte LOCAL SYSTEM et que l'Agent SQL soit configurée pour s'authentifier avec le compte Windows, sur quelle connexion se connecte l'Agent SQL ??? ET donc quels droits lui sont associés ???


[Edit]
J'ai peut-être un indice.

Sur ce serveur SQL Server 200, il existe une connexion appelée BUILTIN/Administrateurs qui gère une authentification Windows. Mais sur le domaine BUILTIN .... C'est quoi ce domaine ? Pas le nôtre en tout cas !

La seule différence entre cette connexion et celle que j'utilise usuellement (authentification SQL), c'est la langue :
> Authentification Windows --> French
> Authentification SQL --> English

Je pense que la différence de traitement des dates vient de là.

[Edit]
Oui ça a l'air d'être cela. Voici ce que j'ai trouvé dans l'aide :

Citation:

---

Langues prises en charge par SQL Server
33 langues naturelles sont définies sur le serveur et installées avec Microsoft® SQL Server™ 2000. Les définitions de chaque langue établissent l'interprétation des données de date :
> Voici les formats de dates disponibles :
> dmy (jour, mois, année)
> mdy (mois, jour, année)
> ymd (année, mois, jour)
> Noms de mois longs et courts.
> Nom de chaque jour.
> Jour considéré comme le premier jour de la semaine.

---

Bonjour,

Ben moi en fait j'aurai fait un CAST en varbinary, que j'aurai casté en uniqueidentifier, pour le caster ensuite en varchar(50), prendre un SUBSTRING ou un RIGHT des millisecondes et le remplacer par '000' ...

Hé les gars, vous connaissez DATEADD() ? :mrgreen:

Code:

---

DATEADD(millisecond, -DATEPART(millisecond, GETDATE()), GETDATE())

---

On manipule les dates avec les fonctions de dates ;)

@++ ;)

Je me disais aussi ...... :sm:

Merci Elsuket pour cette solution bien plus intelligente et élégante que mes tripatouillages !!!!!!