date (Transact-SQL)

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse AnalyticsAnalytics Platform System (PDW)Point de terminaison analytique SQL dans Microsoft FabricEntrepôt dans Microsoft Fabric

Définit une date dans SQL Server. Le type de données date a été introduit dans SQL Server 2008 (10.0.x).

Description de date

Propriété	Valeur
Syntaxe	DATE
Utilisation	DECLARE @MyDate DATE CREATE TABLE Table1 (Column1 DATE)
Format de littéral de chaîne par défaut (utilisé pour le client de bas niveau)	yyyy-MM-dd Pour plus d’informations, consultez la section Compatibilité descendante pour les clients de bas niveau.
Plage	0001-01-01 par l’intermédiaire de 9999-12-31 (1582-10-15 par l’intermédiaire de 9999-12-31 pour Informatica) Du 1er janvier de l’an 1 (de notre ère) au 31 décembre 9999 (du 15 octobre 1582 au 31 décembre 9999 pour Informatica)
Plages d'éléments	yyyy comprend quatre chiffres, de 0001 à 9999, qui représentent une année. Informatica limite yyyy à la plage 1582 à 9999. MM comprend deux chiffres, de 01 à 12, qui représentent un mois de l’année spécifiée. dd correspond à deux chiffres de 01 à 31, selon le mois, qui représentent un jour du mois spécifié.
Longueur de caractère	10 positions
Précision, échelle	10, 0
Taille de stockage	3 octets, fixe
Structure de stockage	une date de stockage d’un nombre entier de 3 octets
Précision	Un jour
Valeur par défaut	1900-01-01 Cette valeur est utilisée pour la partie date ajoutée pour la conversion implicite de time en datetime2 ou datetimeoffset.
Calendrier	Grégorien
Précision à la fraction de seconde définie par l'utilisateur	Non
Prise en charge et conservation du décalage de fuseau horaire	Non
Prise en charge de l'heure d'été	Non

Formats de littéraux de chaîne pris en charge pour date

Les tableaux suivants affichent les formats de littéraux de chaîne valides pour le type de données date.

Numérique

Description

mdy [m]m/dd/[yy]yy [m]m-dd-[yy]yy [m]m.dd.[yy]yy myd mm/[yy]yy/dd mm-[yy]yy/dd [m]m.[yy]yy.dd dmy dd/[m]m/[yy]yy dd-[m]m-[yy]yy dd.[m]m.[yy]yy dym dd/[yy]yy/[m]m dd-[yy]yy-[m]m dd.[yy]yy.[m]m ymd [yy]yy/[m]m/dd [yy]yy-[m]m-dd [yy]yy-[m]m-dd

[m]m, dd, et [yy]yy représentent le mois, le jour et l’année dans une chaîne qui utilise des barres obliques (/), des traits d’union (-) ou des points (.) comme séparateurs. Seules les années à deux ou quatre chiffres sont prises en charge. Utilisez des années à quatre chiffres chaque fois que possible. Pour spécifier un entier compris de 0001 à 9999 qui représente l'année limite pour interpréter les années à deux chiffres comme des années à quatre chiffres, utilisez l'option de configuration du serveur Année limite à deux chiffres. Remarque : Pour Informatica, yyyy se limite à la plage 1582 et 9999. Une année à deux chiffres inférieure ou égale aux deux derniers chiffres de l'année de coupure appartient au même siècle que l'année de coupure. Une année à deux chiffres supérieure aux deux derniers chiffres de l'année charnière appartient au siècle précédant cette année charnière. Par exemple, si l’année de coupure à deux chiffres est l’année par défaut 2049, l’année à deux chiffres 49 est interprétée comme étant 2049 et l’année 50 comme étant 1950. Le paramètre de langue actuel détermine le format de date par défaut. Vous pouvez modifier le format de date à l’aide des instructions SET LANGUAGE et SET DATEFORMAT. Le format ydm n’est pas pris en charge pour date.

Alphabétique	Description
mon [dd][,] yyyy mon dd[,] [yy] mon yyyy [dd] [dd] mon[,] yyyy dd mon[,][yy]yy dd [yy]yy mon [dd] yyyy mon yyyy mon [dd] yyyy [dd] mon	mon représente le nom complet du mois ou son abréviation dans le langage actuel. Les virgules sont facultatives et les majuscules sont ignorées. Pour éviter toute ambiguïté, représentez les années à l'aide de quatre chiffres. Si le jour n'est pas précisé, le premier jour du mois est rajouté.

ISO 8601	Description
yyyy-MM-dd yyyyMMdd	Identique à la norme SQL. C’est le seul format qui soit défini comme norme internationale.

Non séparé	Description
[yy]yyMMdd yyyy[MMdd]	Les données de date peuvent être spécifiées avec quatre, six ou huit chiffres. Une chaîne de six ou huit chiffres est toujours interprétée comme ymd. Le jour et le mois doivent toujours comporter deux chiffres. Une chaîne de quatre chiffres est interprétée comme l’année.

ODBC	Description
{ d 'yyyy-MM-dd' }	Spécifique à l'API ODBC.

Format XML W3C

Description

yyyy-MM-ddTZD

Pris en charge pour l’utilisation de XML/SOAP. TZD est l’indicateur de fuseau horaire (Z ou +hh:mm ou -hh:mm ) : - hh:mm représente le décalage de fuseau horaire. hh comprend deux chiffres, entre 0 et 14, qui représentent le nombre d’heures dans le décalage de fuseau horaire. - mm comprend deux chiffres, entre 0 to 59, qui représentent le nombre de minutes supplémentaires dans le décalage de fuseau horaire. - + (plus) ou - (moins) est le signe obligatoire du décalage de fuseau horaire. Ce signe indique si, pour obtenir l'heure locale, le décalage de fuseau horaire est ajouté au temps universel coordonné (UTC) ou en est soustrait. La plage valide du décalage de fuseau horaire se situe entre -14:00 et +14:00.

Conformité ANSI et ISO 8601

date est conforme à la définition de la norme SQL ANSI pour le calendrier grégorien :

NOTE 85 : les types de données Dateheure autorisent le stockage des dates au format grégorien dans la plage 0001-01-01 CE à 9999–12–31.

Le format littéral de chaîne par défaut, utilisé pour les clients de bas niveau, respecte le format standard SQL, défini comme yyyy-MM-dd. Ce format est le même que la définition ISO 8601 pour DATE.

Remarque

Pour Informatica, la plage se limite à 1582-10-15 (15 octobre 1582 CE) à 9999-12-31 (31 décembre 9999 CE).

Compatibilité descendante pour les clients de bas niveau

Certains clients de bas niveau ne prennent pas en charge les types de données time, date, datetime2 et datetimeoffset. Le tableau suivant présente le type de mappage entre une instance de haut niveau de SQL Server et des clients de bas niveau.

Type de données SQL Server	Format de littéral de chaîne par défaut passé au client de bas niveau	ODBC de bas niveau	OLEDB de bas niveau	JDBC de bas niveau	SQLCLIENT de bas niveau
time	hh:mm:ss[.nnnnnnn]	SQL_WVARCHAR ou SQL_VARCHAR	DBTYPE_WSTR ou DBTYPE_STR	Java.sql.String	String ou SqString
date	yyyy-MM-dd	SQL_WVARCHAR ou SQL_VARCHAR	DBTYPE_WSTR ou DBTYPE_STR	Java.sql.String	String ou SqString
datetime2	yyyy-MM-dd HH:mm:ss[.nnnnnnn]	SQL_WVARCHAR ou SQL_VARCHAR	DBTYPE_WSTR ou DBTYPE_STR	Java.sql.String	String ou SqString
datetimeoffset	yyyy-MM-dd HH:mm:ss[.nnnnnnn] [+ or -]hh:mm	SQL_WVARCHAR ou SQL_VARCHAR	DBTYPE_WSTR ou DBTYPE_STR	Java.sql.String	String ou SqString

Convertir des données de date et d’heure

En cas de conversion vers des types de données date et time, SQL Server rejette toutes les valeurs qu'il ne peut identifier comme date ou time. Pour plus d’informations sur l’utilisation des fonctions CAST et CONVERT avec la date et l’heure, consultez CAST et CONVERT (Transact-SQL).

Conversion de date en d’autres types de date et d’heure

Cette section décrit ce qui se produit quand un type de données date est converti en d’autres types de données date et time.

Dans le cas d’une conversion en temps(n), la conversion échoue et le message d’erreur 206 est généré :

Conflit de types d’opérandes : la date est incompatible avec l’heure.

Dans le cas d’une conversion en dateheure, la date est copiée. Le code suivant montre les résultats de la conversion d’une valeur date en une valeur dateheure.

DECLARE @date DATE = '12-10-25';
DECLARE @datetime DATETIME = @date;

SELECT @date AS '@date',
    @datetime AS '@datetime';

Voici le jeu de résultats obtenu.

@date      @datetime
---------- -----------------------
2025-12-10 2025-12-10 00:00:00.000

Dans le cas d’une conversion en smalldatetime, la valeur date est comprise dans la plage d’une valeur smalldatetime, le composant date est copié et le composant heure défini sur 00:00:00.000. Quand la valeur date est en dehors de la plage d’une valeur smalldatetime, le message d’erreur 242 est généré et la valeur smalldatetime esr défini à NULL :

La conversion d’un type de données date en type de données smalldatetime a créé une valeur hors limites.

Le code suivant montre les résultats de la conversion d’une valeur date en une valeur smalldatetime.

DECLARE @date DATE = '1912-10-25';
DECLARE @smalldatetime SMALLDATETIME = @date;

SELECT @date AS '@date',
    @smalldatetime AS '@smalldatetime';

Voici le jeu de résultats obtenu.

@date      @smalldatetime
---------- -------------------
1912-10-25 1912-10-25 00:00:00

Dans le cas d’une conversion en datetimeoffset(n), la date est copiée et l’heure est définie sur 00:00.0000000 +00:00. Le code suivant montre les résultats de la conversion d’une valeur date en une valeur datetimeoffset(3).

DECLARE @date DATE = '1912-10-25';
DECLARE @datetimeoffset DATETIMEOFFSET(3) = @date;

SELECT @date AS '@date',
    @datetimeoffset AS '@datetimeoffset';

Voici le jeu de résultats obtenu.

@date      @datetimeoffset
---------- ------------------------------
1912-10-25 1912-10-25 00:00:00.000 +00:00

Dans le cas d’une conversion en datetime2(n), le composant date est copié et le composant heure est défini sur 00:00.000000. Le code suivant montre les résultats de la conversion d’une valeur date en une valeur datetime2(3).

DECLARE @date DATE = '1912-10-25'
DECLARE @datetime2 DATETIME2(3) = @date;

SELECT @date AS '@date',
    @datetime2 AS '@datetime2(3)';

Voici le jeu de résultats obtenu.

@date      @datetime2(3)
---------- -----------------------
1912-10-25 1912-10-25 00:00:00.000

Conversion de littéraux de chaîne en date

Les conversions de littéraux de chaîne en types date et time sont autorisées si toutes les parties des chaînes ont un format valide. Sinon, une erreur d'exécution est déclenchée. Les conversions implicites ou les explicites qui ne précisent pas un style, des types de date et d’heure aux types littéraux de chaîne, sont dans le format par défaut de la session en cours. Le tableau suivant montre les règles de conversion d’un littéral de chaîne en type de données date.

Littéral de chaîne d'entrée	date
ODBC DATE	Les littéraux de chaîne ODBC sont mappés au type de données datetime. Toute opération d’affectation de littéraux ODBC DATETIME en un type date provoque une conversion implicite entre datetime et le type défini par les règles de conversion.
ODBC TIME	Consultez la règle DATE ODBC précédente.
ODBC DATETIME	Consultez la règle DATE ODBC précédente.
DATE uniquement	Simple
TIME uniquement	Les valeurs par défaut sont fournies.
TIMEZONE uniquement	Les valeurs par défaut sont fournies.
DATE + TIME	La partie DATE de la chaîne d'entrée est utilisée.
DATE + TIMEZONE	Non autorisé.
TIME + TIMEZONE	Les valeurs par défaut sont fournies.
DATE + TIME + TIMEZONE	La partie DATE de DATEHEURE locale sera utilisée.

Exemples

L’exemple suivant compare les résultats de la conversion d’une chaîne en chaque type de données date et time.

SELECT
    CAST('2022-05-08 12:35:29.1234567 +12:15' AS TIME(7)) AS 'time',
    CAST('2022-05-08 12:35:29.1234567 +12:15' AS DATE) AS 'date',
    CAST('2022-05-08 12:35:29.123' AS SMALLDATETIME) AS 'smalldatetime',
    CAST('2022-05-08 12:35:29.123' AS DATETIME) AS 'datetime',
    CAST('2022-05-08 12:35:29.1234567 +12:15' AS DATETIME2(7)) AS 'datetime2',
    CAST('2022-05-08 12:35:29.1234567 +12:15' AS DATETIMEOFFSET(7)) AS 'datetimeoffset';

Voici le jeu de résultats obtenu.

Type de données	Output
time	12:35:29.1234567
date	2022-05-08
smalldatetime	2022-05-08 12:35:00
datetime	2022-05-08 12:35:29.123
datetime2	2022-05-08 12:35:29.1234567
datetimeoffset	2022-05-08 12:35:29.1234567 +12:15

Voir aussi

• CAST et CONVERT (Transact-SQL)