Discussion :

[boby62423]

Bonjour,

Je souhaiterais stocker un mois dans un champ (c'est a dire janvier, février, mars, etc.).
Existe t il une version "réduite" du format datetime ?

Existe t il l'équivalent du type enum sous mysql ?

Je veux créer un champ mois qui intervient dans une clef primaire (l'idée est de faire en sorte à travers le modèle de données qu'il ne puisse pas y avoir de doublon sur ce champ + un autre)

J'ai donc mis pour l'instant un champ datetime et je stocke le premier jour du mois, mais en cas d'erreur de code dans l'application, je risque d'avoir des doublons...
D'un autre coté, j'hésite a mettre un champ entier avec 1 pour janvier, 2 pour février, etc. mais je trouve tout ça crado.

Pouvez vous me donner votre avis ?

D'avance merci

[SQLpro]

Existe t il une version "réduite" du format datetime ?

Oui, smalldatetime mais c'est hors norme.

Existe t il l'équivalent du type enum sous mysql ?

Le type enum n'existe pas dans la langage SQL normalisé. il n'existe donc pas non plus dans SQL Server.

D'un autre coté, j'hésite a mettre un champ entier avec 1 pour janvier, 2 pour février, etc. mais je trouve tout ça crado.

N'importe quel type fera l'affaire avec une contrainte de domaine.
Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER TABLE maTable ADD MOIS SMALLINT CHECK(MOIS BETWEEN 1 AND 12) DEFAULT 1 NOT NULL

Mieux une table de référence vous permettra d'être plus explicite et dans votre table vous mettrez une contrainte d'intégrité référentielle.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
CREATE TABLE dbo.T_R_MOIS_MOI
(MOI_ID      SMALLINT  NOT NULL PRIMARY KEY CHECK(MOI_ID BETWEEN 1 AND 12),
 MOI_LIBELLE VARCHAR(16) NOT NULL)
 
INSERT INTO dbo.T_R_MOIS_MOI VALUES (1, 'Janvier')
...
INSERT INTO dbo.T_R_MOIS_MOI VALUES (12, 'Décembre')
 
ALTER TABLE MaTable ADD MOI_ID SMALLINT NOT NULL CONSTRAINT FK_MOIS FOREIGN KEY  REFERENCES dbo.T_R_MOIS_MOI (MOI_ID)

C'est ce qu'il y a de mieux !

A +

[pacmann]

Salut !

Le type enum n'existe pas dans la langage SQL normalisé. il n'existe donc pas non plus dans SQL Server.
A +

Un peu rapide, l'implication / inclusion je dirais...

[SQLpro]

Non depuis que SQL Server est devenu un produit MS, il y a rarement des choses qui sortent de la norme SQL au niveau implémentation. Cependant SQL Server étant l'héritier de Sybase SQL Server il a conservé pour rétro compatibilité certains éléments hors normes, donc certains sont déjà corrigés et d'autres en cours.
Exemple : GETDATE() est spécifique à Sybase SQL Server, CURRENT_TIMESTAMP est la norme et a été implémenté par MS, mais les deux subsistent.
En revanche pour le type TIMESTAMP qui n'est pas celui de la norme, MS a prévenu depuis plusieurs version que ce dernier allait être retiré et qu'il fallait utiliser rowversion.
Extrait de l'aide en ligne :
"
Le type de données timestamp de Transact-SQL est différent du type de données timestamp défini dans la norme ISO.

Remarque :
La syntaxe timestamp est abandonnée. Cette fonctionnalité sera supprimée dans une prochaine version de Microsoft SQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité.
"

A +