Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
type YEAR - année
Salut,
J'aimerais utiliser une date, plus précisément l'année.
J'ai donc utilisé le type YEAR.
Mais, à ma grande surprise : "Un nombre à quatre chiffres entre 1901 et 2155. " (cf http://mysql.stu.edu.tw/doc/refman/5.0/fr/year.html)
Alors que mes années vont de 0 à 3000+.
Pourquoi avoir limité le type YEAR ?
Quel type utiliser ?
Merci
Fatal !
1 octet => 256 valeurs.Envoyé par MySQL
Arbitrairement, pour tenir compte des années actuelles qui sont les plus couramment utilisées, MySQL met ces 256 valeurs entre 1901 et 2155.
Plutôt que de t'embêter avec le type YEAR, dans ton cas, utilise simplement un entier SMALLINT.
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
Merci pour ta réponse.
C'était ce que je pensais faire si je ne trouvais pas mieux.
Par contre, peut-on affiner un peu plus la taille ? SMALLINT(2) ?
En passant, pour les chiffres, que veut dire exactement la taille ? SMALLINT(n) = 2 puissant n ?
Un SMALLINT est codé sur 2 octets et va donc de -32768 à +32767 ou de 0 à 65535 sil est UNSIGNED.
Le chiffre entre parenthèses qui suit le type ne touche que la représentation du nombre.
Je ne vois d'utilité à ce paramètre qu'avec l'utilisation de ZEROFILL pour afficher par exemple tous les numéros sur 4 digits mais dans votre cas, c'est inutile. L'année 123 ne s'écrit pas 0123.
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
Pour des raisons technique d'une profonde débilité, mySQLmerde mélange des choses incompatibles :
des problématiques techniques (limitation d'octets) avec des problématiques sémantiques (une information d'année...)
Cela fait partie des nombreuses imbécilités de ce pseudo SGBD non relationnel... À me lire http://blog.developpez.com/sqlpro/p9...oudre_aux_yeux
En sus le type YEAR n'existe pas dans la norme SQL !
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Oki merci de vos réponse.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager