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

Langage SQL Discussion :

Mise à jour de la table après suppresion d'auto-increment


Sujet :

Langage SQL

  1. #1
    Membre du Club
    Inscrit en
    Mars 2006
    Messages
    113
    Détails du profil
    Informations forums :
    Inscription : Mars 2006
    Messages : 113
    Points : 48
    Points
    48
    Par défaut Mise à jour de la table après suppresion d'auto-increment
    Bonjour à tous,

    j'ai cherché sur le forum mais je n'ai rien trouvé qui correspond à ce que je recherche...

    J'ai dans ma base de données quelques tables avec un auto-increment (pour l'identifiant d'un utilisateur.)

    Si je veux en supprimer un, il va y avoir un vide dans la liste des identifiants:
    ex:
    id
    1
    2
    3
    4

    Je supprime le 2, j'obtiens:
    id
    1
    3
    4

    Comment faire pour repasser "descendre" les autres d'un rang. (pour avoir à nouveau 1 2 3)
    Et puis comment faire pour modifier TOUTES les données de la table en conséquence? (Faut t-il le faire à la main ou existe t-il une fonction magique qui permet de mettre tout à jour...)

    Merci d'avance !

    Philippe

  2. #2
    Expert confirmé Avatar de Cybher
    Homme Profil pro
    Consultant réseaux et sécurité
    Inscrit en
    Mai 2005
    Messages
    3 281
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Consultant réseaux et sécurité
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 281
    Points : 4 641
    Points
    4 641
    Par défaut
    salut.

    apres avoir supprimer un enregistrement (tu connais l'id). tu pe mettre a jour en descendant l'id de 1 pour tous les enregistrements qui ont un id supérieur a celui que tu viens de supprimer
    modifier les données en conséquences? si tu pouvais etre plus précis

    Michel

  3. #3
    Membre du Club
    Inscrit en
    Mars 2006
    Messages
    113
    Détails du profil
    Informations forums :
    Inscription : Mars 2006
    Messages : 113
    Points : 48
    Points
    48
    Par défaut
    Bonjour,

    merci pour ta réponse, effectivement, je pensais faire ca. Mais le problème concerne plus "la modification des données en conséquence."

    Voici ce que j'entends par la:

    c'est modifier toutes les autres tables ou on rencontre cet identifiant. (Les autres trucs en rapport avec l'utilisateur que l'on vient de supprimer. (Exemple: un de ses messages.))

    Philippe

  4. #4
    Membre chevronné

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    1 673
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 1 673
    Points : 1 775
    Points
    1 775
    Par défaut
    Pour votre 1ère question : une colonne auto-incrémentée doit être transparente pour l'utilisateur et il se fiche donc qu'il existe des trous.
    Il ne doit JAMAIS voir ces chiffres !
    Par conséquent, je ne vois aucun intérêt à s'assurer que les numéros se suivent.

    Concernant votre 2ème question, si vous mettez une contrainte de suppression en cascade sur chaque table ayant une clé étrangère se rapportant à cette colonne alors le tour est joué !
    Modérateur des forums Oracle et Langage SQL
    Forum SQL : je n'interviens PAS plus de 4 fois dans une discussion car si c'est nécessaire cela prouve généralement que vous n'avez pas respecté : les règles du forum

  5. #5
    Expert confirmé Avatar de Cybher
    Homme Profil pro
    Consultant réseaux et sécurité
    Inscrit en
    Mai 2005
    Messages
    3 281
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Consultant réseaux et sécurité
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2005
    Messages : 3 281
    Points : 4 641
    Points
    4 641
    Par défaut
    l'idée reste la même si les tables ont cet idée. faire un update en decrementant cet id

    mais est ce vraiment utile?

  6. #6
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 772
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 772
    Points : 52 737
    Points
    52 737
    Billets dans le blog
    5
    Par défaut
    C'est une idée particulièrement stupide que de gérer les trous dans les auto increment.

    Que ferez vous si suite à une erreur on vous demande de restaurer partiellement la base de données en récupérant le client 45 effacé par erreur et qu'un nouveau à pris sa place ???

    Donc tout jeton consommé est définitiuvement perdu !

    A votre avis, les numéro de sécurité sociale sont réattribué quand les gens meurent ? Les immatriculation de véhicules sont réattribuées quand vous mettez votre auto à la casse ???

    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/ * * * * *

  7. #7
    Membre du Club
    Inscrit en
    Mars 2006
    Messages
    113
    Détails du profil
    Informations forums :
    Inscription : Mars 2006
    Messages : 113
    Points : 48
    Points
    48
    Par défaut
    Du calme du calme !! lol

    Bon, j'en ai parlé avec un membre de mon groupe de projet, et on a finalement abandonné l'idée de modifier les auto-increment...

    Merci à tous pour vos commentaires.

    Philippe

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Mise à jour d'une table
    Par smotte76 dans le forum Access
    Réponses: 2
    Dernier message: 31/10/2005, 18h13
  2. Mise à jour d'une table
    Par bath dans le forum Oracle
    Réponses: 5
    Dernier message: 19/10/2005, 12h01
  3. Mise à jour d'une table avec un fichier csv
    Par blackangel dans le forum PostgreSQL
    Réponses: 4
    Dernier message: 26/05/2005, 14h46
  4. Réponses: 5
    Dernier message: 06/01/2005, 12h07
  5. mise à jour d'une table d'interbase sous delphi
    Par kouraichi35 dans le forum Bases de données
    Réponses: 2
    Dernier message: 19/10/2004, 13h09

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