IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

Développement SQL Server Discussion :

Incrémenter des lettres plutôt que des chiffres


Sujet :

Développement SQL Server

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2015
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2015
    Messages : 3
    Points : 1
    Points
    1
    Par défaut Incrémenter des lettres plutôt que des chiffres
    Bonjour à tous

    J'aurai une question à propos d'une base de données SQL Server que je suis en train de concevoir. Au lieu d'avoir une clé-primaire auto-incrémentée avec des valeurs numériques, je souhaiterai que chaque enregistrement puisse obtenir une lettre à la place (maximum 2 caractères).
    Je ne veux pas d'un naturel ID qui commence à 1 et qui +1 à chaque enregistrement.

    Mais ceci :

    ID A
    ID B
    ...
    ID Z
    ID AA
    ID AB
    ...
    ID ZZ

    ZZ étant la limite de l'identifiant.

    Je peine à trouver la requête SQL pour faire cela.

    Je remercie par avance toutes les personnes qui chercheront à m'aider.

  2. #2
    Invité
    Invité(e)
    Par défaut
    Je ne vois pas trop le gain de remplacer un int par un 'AA' en clef primaire.
    Je ne comprends pas trop ton besoin mais voici un bout de code qui passe d'un entier à 'AB'

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    declare @ordre_passage int = 37
    select case when @ordre_passage <= 26 then '' else CHAR(96 + (@ordre_passage -1) / 26) end 
    			+ CHAR(96 + case when @ordre_passage % 26 = 0 then 26 else @ordre_passage % 26 end )

  3. #3
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2015
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2015
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Je te remercie pour ta réponse !

    Eh bien je dois concevoir une base de données avec 2 clés primaires : Un Code article et un Indice de modification. Je souhaite que ce fameux indice ne soit pas des chiffres mais des lettres comme je l'ai expliqué précédemment. Donc pour chaque enregistrement j'ai un code (qui ressemble à cela 10158200801) et un indice lié à ce code.
    Je peux donc avoir dans ma base 10158200801A, 10158200801B, 10158200801C, etc.

  4. #4
    Expert éminent
    Avatar de Lyche
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2007
    Messages
    2 523
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Janvier 2007
    Messages : 2 523
    Points : 6 775
    Points
    6 775
    Billets dans le blog
    4
    Par défaut
    ça n'a pas de sens techniquement parlant. Une clé primaire est un élément technique permettant au SGBD de faire les liaisons entre 2 tables. On utilise l'integer auto-increment pour son faible coût de maintenance et sa bonne capacité à être indexé sans fragmentation.

    Ce que tu veux faire n'est absolument pas logique et va te poser des problèmes pour la suite dans ta modélisation. pour le moment, tu es sur 2 tables. Mais quand tu vas avoir à gérer, 15-20 peut-être 50 ou 100 tables, tu vas te pogner la maintenance de tes clés?

    Tu pourrais avoir un "code" régis par tes lettres, qui serait indexé et te permettrait d'avoir un repère humain plus visuel qu'une simple clé auto-increment, les clé primaires... non

    Mais sincèrement, ce n'est pas une bonne idée de mettre en place un truc pareil pour une clé primaire pourquoi ré-inventer là roue à chaque nouveau dev...

    Cordialement,
    Rejoignez la communauté du chat et partagez vos connaissances ou vos questions avec nous

    Mon Tutoriel pour apprendre les Agregations
    Consultez mon Blog SQL destiné aux débutants

    Pensez à FAQ SQL Server Ainsi qu'aux Cours et Tuto SQL Server

  5. #5
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Mars 2015
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2015
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Je sais qu'une clé primaire doit être non signifiante, seulement dans mon cas je dois créer une base avec des données qui n'étaient pas pensées au début pour être mis en base. J'ai donc des documents avec un indice de modification en lettre. A chaque modification, l'indice doit passer de A à B, etc.
    A la création de la fiche de données, je souhaite avoir l'indice A. Lorsqu'une modification est faite, l'indice doit changer en B, etc.

  6. #6
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    Vous pourriez prévoir plutôt une colonne de type numérique (dans votre cas, un SMALLINT devrait suffire) qui sera incrémenté.
    Cette colonne sera à ajouter à la clef primaire.
    Vous pouvez ajouter une colonne calculée, s'appuyant dessus pour obtenir sa transcription alphabétique.
    Le calcul de l'indice à chaque nouvel ajout n'en sera que plus simple (il est plus simple d'incrémenter 12 pour obtenir 13, que d'incrémenter AB pour obtenir AC...)

    Une autre solution serait d'avoir une table des révisions, contenant un indice (clef primaire), et sa transcription alphabétique.
    Il ne vous restera plus qu'a ajouter une colonne à votre table initiale, qui sera à la fois dans la clef primaire (en plus de l'existante) et clef étrangère vers cette nouvelle table.

Discussions similaires

  1. [RegEx] que des chiffres OU que des lettres
    Par nicomax34 dans le forum Langage
    Réponses: 4
    Dernier message: 14/09/2010, 14h16
  2. pourquoi mysql me crée-t-il des varbin plutôt que des varchar ?
    Par clavier12AZQSWX dans le forum Requêtes
    Réponses: 2
    Dernier message: 21/07/2010, 11h46
  3. [Visual Web] Utilisation des views plutôt que des tables
    Par eponette dans le forum NetBeans
    Réponses: 1
    Dernier message: 16/03/2007, 21h41
  4. Pourquoi faut-il utiliser des tables plutôt que des frames ?
    Par malicia_bm dans le forum Balisage (X)HTML et validation W3C
    Réponses: 7
    Dernier message: 09/10/2006, 10h20
  5. [C#] que des Lettres dans la textbox
    Par diaboloche dans le forum Windows Forms
    Réponses: 4
    Dernier message: 07/10/2005, 09h21

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo