Comment résoudre le problème « La conversion a échoué lors de la conversion de la date et de l'heure » dans SQL Server

Les dates et les heures dans SQL Server sont sujettes à des erreurs lors de l'exécution des requêtes en raison d'une incohérence de formatage de date/heure. Assurez-vous qu'une chaîne de date est bien formatée avant sa conversion, sinon ce type d'erreur peut se produire. Si le littéral de date n'est pas au bon format, SQL n'est pas en mesure de le comprendre comme une valeur DateTime ; d'où le message « La conversion a échoué lors de la conversion de la date et/ou de l'heure à partir d'une chaîne de caractères ».

La conversion a échoué lors de la conversion de la date et

Cela se produit parce que la chaîne que l'on convertit a un format incorrect, notamment un délimiteur inapproprié et une séquence de dates incorrecte. Une autre raison probable de ce problème peut être un formatage incorrect ou l'utilisation de caractères spéciaux. Une validation appropriée de la saisie permettra également d'éviter toute erreur de conversion, ainsi que l'utilisation de formats cohérents appropriés.

Un exemple :

SQL Server fournit un support pour le format de notation de date et d'heure britannique jour-mois-année, comme le 10 janvier 2015 ou le 10/1/2015, en utilisant sa fonction «convertir» intégrée et avec un style de formatage de 103.

Vous pouvez voir, dans cet exemple, le format incorrect de la chaîne de date fournie. Elle a fourni de manière incorrecte le mois, le jour et l'année dans cet ordre, ce que SQL Server ne comprend pas et renvoie une erreur. Le format approprié pour convertir les dates en utilisant le style de date « 103 » au style britannique est « jj/mm/aaaa ».

Erreur de format : impossibilité de spécifier @date_time_value sélectionnez CONVERT(datetime2, @date_time_value, 103), comme UK_Date_Time_Style à partir de l'ensemble de données "varchar(100)= '10/16/2015 21:02:04'"Erreur se produisant en raison d'un format de date incorrect Figure 2

Format correct:

Trois «jj/mm/aa» et 103 «jj/mm/aa» sont les formats de date utilisés respectivement pour les systèmes britannique et français. Ici, 103 et 3 sont les formats de date utilisés.

Declare variable '@date_time_value' with value '10/1/15 21:02:04' and use CONVERT function with the parameters 'datetime2' and '@date_time_value' as a value 103 as its source for the Date_Time_Style.Figure 3: The Correct Date Format using "dd/mm/yyyy" French and British datingDeclare @date_time_value as a varchar(100) and give it a value of '10/1/15 21:02:04'. Next, execute the CONVERT function against datetime2 and @date_time_value supplying 3 for UK_Date_Time_Style.Appropriate Date Format using "dd/mm/yy" Figure 4 French and British dating

The second sample is:

Sometimes the faulty data that you are trying to save can be the cause of date conversion failure in SQL Server - rather than the date or time formats applied.

Incorrect Date:

As the year 2019 is not a leap year, the error below occurs solely because the date "29 February" does not exist in that year.

Declare date and time. '2019-02-29 21:02:04' is the value of varchar(100). select the second datetime value from the parameter "cast" Figure 5: Because the year 2019 is not a leap year, 29th of February is not included. This is the reason for the occurring error.

Correct Option:

Declare the date and time value, please. '2019-02-28 21:02:04' is varchar(100) value. select the second datetime value from the parameter "cast"Picture 6: Updated listing

ISO 8601 Dates Standard:

While there are plenty of ways to manipulate date values, choosing a datetime representation may pose some usability issues when working with an audience based worldwide/international. Avoid using such date/time literals that are specific for any one culture. When we thought over the date "03/08/2018," people from different parts of the world will give it different meanings.

It is understood as "8th of March 2018." in British English.

That, in European writing, is "3rd of August 2018 ."

The good news is that ISO's international date format provides an alternate. Another, more language-neutral choice for string literals that takes care of all these problems is the "YYYY-MM-DDThh:mm:ss" format, which is defined by ISO 8601. In this context, the year is denoted by "yyyy", the month by "mm" and the day by "dd". Therefore, the international ISO format for the date "8th of March 2018" is "2018-03-08." Thus, when it comes to a presentation of dates, the ISO standard will be the most appropriate choice.

Declare @date_time_value varchar(100) = '2019-03-28 21:02:04', and by using the next code, datetime2 @date_time_value = 126, where mm is formatted date formatted as [yyyy-mm-ddThh:mi:ss.mmm].Date format according to International Standard ISO 8601 (Figure 7)

Commentaires pour amélioration :

Il semble que la communauté soit souvent confuse en ce qui concerne les valeurs de date/heure. J'espère donc que cet article pourra éclaircir les choses. Les types de données tels que varchar, char, nvarchar, nchar et text ne doivent jamais être utilisés pour contenir des dates. Ne récupérez jamais d'informations de date formatées à partir de la base de données. Stockez toujours les valeurs de date dans des colonnes de type DATE, DATETIME ou, lorsqu'une plus grande précision est requise, DATETIME2.

Vous pouvez résoudre ce problème ou « Erreur de conversion lors de la conversion des données et de l'heure » en SQL Server en suivant le guide et en résolvant la cause spécifique de l'erreur.