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

 MySQL Discussion :

Empêcher enregistrement dans une 2eme table


Sujet :

MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre à l'essai
    Inscrit en
    Mai 2004
    Messages
    5
    Détails du profil
    Informations forums :
    Inscription : Mai 2004
    Messages : 5
    Par défaut Empêcher enregistrement dans une 2eme table
    Bonjour à tous !

    J'explique mon problème.

    J'ai 2 tables dans ma base.
    La première contient les champs:
    - id (auto increment)
    - pseudo
    - message
    - ip

    La seconde:
    - id (auto increment)
    - ville
    - lat
    - lon
    - date

    L'inscription de l'utilisateur se réalise en 2 étapes. Lorsqu'il a fini la première étape, les données s'enregistrent dans la première table et on passe à la seconde étape. Les données de la seconde étape sont enregistrées dans la seconde table.

    Ensuite, l'affichage se fait en 1 fois avec un select sur les 2 tables, lorsque les id sont égaux (where table1.id = table2.id en gros).

    Mais le problème est là:
    - Disons qu'un utilisateur valide la première étape et fasse une pause (pipi, café,etc.)
    - Disons qu'un autre utilisateur commence l'inscription et valide la première ET la seconde étape AVANT le premier utilisateur.
    -> Il y aura un échange de données, ou même un décalage si notre premier utilisateur ne finit pas son inscription...

    Etant débutant avancé, est-ce que quelqu'un peut me dire comment "bloquer" l'id d'un utlisateur, j'entends par là empêcher l'enregistrement dans la seconde table, à la ligne correspondant à son id ?

    Je ne sais pas si je me suis fait comprendre mais je reste dispo pour des question et/ou des sources ^^

    Merci !

  2. #2
    Membre éclairé
    Profil pro
    Inscrit en
    Juin 2002
    Messages
    577
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2002
    Messages : 577
    Par défaut
    je ne comprends pas comment tu vas avoir un échange de données , ou un décalage ...

  3. #3
    Membre émérite Avatar de pop_up
    Profil pro
    Inscrit en
    Avril 2006
    Messages
    877
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Avril 2006
    Messages : 877
    Par défaut
    Pourquoi tu n'enleve pas l'id a auto increment de la seconde table ?

    Comme ca tu n'as qu'a garder le meme id qu'a lla premiere table en allant le chercher ou en le passant en parametre.

    c'est ca que tu veux ?

  4. #4
    Nouveau candidat au Club
    Inscrit en
    Avril 2006
    Messages
    2
    Détails du profil
    Informations forums :
    Inscription : Avril 2006
    Messages : 2
    Par défaut
    Une question se souleve en voyant ton schema des tables.

    Pourquoi avoir fait deux table ? Pourquoi n'avoir pas fait une seul table qui contient l'ensemble des données de l'utilisateur.

    Lors de la premier etape tu crée l'utilisateur (et donc l'ID avec) avec les champ a null pour les informations non connue lors de cette etape.
    Lors de la deuxieme etape tu fait un simple update des différents champs a null. La seul contrainte est de passé l'ID en paramettre lors du passage des deux pages.

    Bref ton modele de donnée est bizare ^^.

  5. #5
    Membre à l'essai
    Inscrit en
    Mai 2004
    Messages
    5
    Détails du profil
    Informations forums :
    Inscription : Mai 2004
    Messages : 5
    Par défaut
    Citation Envoyé par olive_le_malin
    je ne comprends pas comment tu vas avoir un échange de données , ou un décalage ...
    Il y a 2 tables... lors de la première étape le premier utilisateur rentre ses données, enregistrées avec un id dans la première table mais le second utilisateur entre les données plus vite dans la seconde table. Au final, l'id du premier utilisateur correspond aux données du second utilisateur dans la deuxième table (vu qu'il a entré les données avant lui) d'où l'échange de données.

    On arrive au même résultat si le premier utilisateur ne valide pas la seconde étape.

    Citation Envoyé par alphanrv
    Bref ton modele de donnée est bizarre ^^
    Bizarre, mais pas totalement, puisque j'utilise des formulaire pour les données. Et je ne voulais pas tout afficher sur une page (pour le formulaire). Je trouvais l'utilisation de 2 tables plus simple au départ, pour une raison d'accès aux tables. S'il y a plusieurs personnes, l'accès à une seule table est moins rapide non ?.
    Mais maintenant, j'ai ce problème. J'ai vu au plus simple, pas forcément le plus rapide

    Citation Envoyé par pop_up
    Pourquoi tu n'enleve pas l'id a auto increment de la seconde table ?

    Comme ca tu n'as qu'a garder le meme id qu'a lla premiere table en allant le chercher ou en le passant en parametre.
    Ca me parait être la meilleure solution mais comment tu récupère l'id de la table dans une variable ?

  6. #6
    Membre émérite Avatar de pop_up
    Profil pro
    Inscrit en
    Avril 2006
    Messages
    877
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Avril 2006
    Messages : 877
    Par défaut
    Tu recupere ton id en selectionnant l'id qui vient d'etre créé.

    je m'explique:
    Si l'utilisateur valide la premiere etape et que les donnees sont enregistrées dans ta table, à ce moment la tu recupere l'id le plus grand (car tu est en auto increment). Avec une requete mysql du style
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    SELECT  MAX(id)
    FROM    ta_table;
    ca te va ?

  7. #7
    Membre averti
    Inscrit en
    Avril 2007
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Avril 2007
    Messages : 23
    Par défaut
    mysql_insert_id te renvoie le dernier identifiant généré par une requete si je ne m'abuse, tu peux te pencher la dessus pour recup l'id qui vient d'etre crée sur ta 1ere table, puis l'injecter dans ta 2eme table (en prennant soin de virer l'auto increment),

    Je ne sais pas si ca peut aider (j'avoue j'ai lu les posts un peu en diagonal ;p )
    mais on peut toujours essayer ^^

  8. #8
    Membre à l'essai
    Inscrit en
    Mai 2004
    Messages
    5
    Détails du profil
    Informations forums :
    Inscription : Mai 2004
    Messages : 5
    Par défaut
    Ok je vais essayer ces solutions, je donne des nouvelles bientôt ^^
    Merci pour la rapidité en tous cas !

  9. #9
    Membre à l'essai
    Inscrit en
    Mai 2004
    Messages
    5
    Détails du profil
    Informations forums :
    Inscription : Mai 2004
    Messages : 5
    Par défaut
    Voilà ça fonctionne ^^
    J'ai utilisé le mysql_insert_id() pour choper le dernier numéro utilisé

    Merci à tous pour votre rapidité et votre aide !!

    A+!


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

Discussions similaires

  1. Copier un enregistrement dans une même table
    Par slammer dans le forum Langage SQL
    Réponses: 11
    Dernier message: 04/05/2010, 23h17
  2. Dupliquer un enregistrement dans une autre table
    Par Sniper Fou dans le forum VBA Access
    Réponses: 4
    Dernier message: 06/06/2007, 13h21
  3. effacer enregistrements dans une autre table
    Par milielf dans le forum Access
    Réponses: 6
    Dernier message: 03/08/2006, 12h17
  4. Réponses: 2
    Dernier message: 05/06/2006, 14h24
  5. copie d'un enregistrement dans une deuxième table
    Par developpeur_mehdi dans le forum Bases de données
    Réponses: 5
    Dernier message: 03/03/2004, 12h51

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