TROUVER LE PROCHAIN ID DE LIBRE.

Commentaire de coockiesch le 12/09/2007 12:56:40

Salut! :-)

Quelques conseils:

  mysql_query est toujours suivi d'un test pour vérifier la bonne exécution de la requête:
$ret = mysql_query( "SELECT ...." );
if( !$ret )
  // traitement de l'erreur, on ne va pas plus loin

Ou, idem:
if( !( $ret = mysql_query( "SELECT ..." ) ) )
  // traitement de l'erreur, on ne va pas plus loin

Ca évite des erreurs sur mysql_num_rows, mysql_fetch_*, ...

Si tu as le choix, privilégie ' ' à  " ".

// ---- ICI on ferai un RETURN de l'ID si on fais une fonction ----
>> Justement, tu pourrais proposer une fonction, non? :-)

@++

R@f

Commentaire de SuperTonic le 12/09/2007 13:23:25

IDEM mais sous la forme de 2 fonctions.
---------------------------------------------------------
function maxid($table, $id_contact)
   {
     //en fonction de la table les reqêtes différent un peu
     switch($table)
      {
       case 'contacts':
          $requete="SELECT max(id_contact) FROM $table WHERE id_user='{$_SESSION['id_user']}'";
          break;
       default:
          $requete="SELECT max(id) FROM $table WHERE id_contact='$id_contact' AND id_user='{$_SESSION['id_user']}'";
      }

     //on recherche le prochain id pour cette adresse
     @mysql_free_result($result);
     //echo $requete;
     $result=mysql_query($requete,$_SESSION['linkdb']);
     if (!$result) {die('Erreur num: '.mysql_errno($_SESSION['linkdb']).'<br>Échec de la requête : inF_nextid<br>('.$requete.'): '.mysql_error()); }
     $val= @mysql_result($result, 0);
     $max=$val+1;
     return $max ;
   }

---------------------------------------------------------
---------------------------------------------------------

function nextid($table, $id_contact)
   {
     // On recherche le MAX (appel Fonct.1)
     $MAX= maxid($table, $id_contact);
     //echo "Val MAX: $MAX <br>";

     switch($table)
      {
       case 'contacts':
          $requetesub=mysql_query("SELECT id_contact as id FROM $table WHERE id_user='{$_SESSION['id_user']}' ORDER by id_contact ASC") or die('Erreur num: '.mysql_errno($_SESSION['linkdb']).'<br>Échec de la requête : inF_nextid1<br>('.$req.'): '.mysql_error());
          break;
       default:
          $requetesub=mysql_query("SELECT id FROM $table WHERE id_contact='$id_contact' AND id_user='{$_SESSION['id_user']}' ORDER by id ASC") or die('Erreur num: '.mysql_errno($_SESSION['linkdb']).'<br>Échec de la requête : inF_nextid2<br>('.$req.'): '.mysql_error());
      }

     $totalsub = mysql_num_rows($requetesub);
     // Pour info/test on affiche des résultats
     //echo "$totalsub ID relemnt occupé ( ";
     //while ($row = mysql_fetch_array($requetesub, MYSQL_ASSOC)) {
     //   echo " {$row['id']} ";
     //}
     //echo")<hr>";
     //On remet le pointeur au début. afin de parcourir de nouveau le tableau
     // uniquement si on exécute le While précédent mis en comment.
     //mysql_data_seek($requetesub, 0);

     $i=-1; //(-1 pour tester la valeur 0)
     $p=0; //sera le pointeur.

     while($i<$MAX)
      {
        $i++;
        //echo "<br> <u><b>Test de la valeur</u> : {$i} </b><br>";
        $row = mysql_fetch_array($requetesub, MYSQL_ASSOC);
        $val = $row['id'];

        if($val==$i)
         {
           //echo"La valeur est = à i -> la preuve :($val=$i)";
           //on bouge le pointeur d'1 point
           $p++;
           if($p==$MAX)
            {
              return $MAX;
            }else{
              mysql_data_seek($requetesub, $p);
            }
        } else {
            //echo"ID libre trouvé : <b>$i</b> ($val=$i)";
           //on ne déplace pas le pointeur
           mysql_data_seek($requetesub, $p);
           return $i;
        }
      }
  }

Bon courage à tous.

Commentaire de SuperTonic le 12/09/2007 13:30:31

Exact !
Je n'y avais pas pensé. ça peut effectivement être interessant.

Commentaire de SuperTonic le 12/09/2007 20:34:16

Mes tables sont totalements indépendantes des autres.
Id 4 dans table 1 ne correspond à AUCUN autre enregistrement référencé par cet ID dans les autres tables. Par ailleurs s'il y a un 'trou' c'est que tous les enregistrements des tables connexes ont été supprimés également (quand relation il existe)

Je peux donc combler les trous sans crainte de rencontrer un conflit d'intégrité référentielle.
MAIS
effectivement s'il devait y avoir une relation (n,n) il ne faut pas le faire !
Sinon la clé ne définierai plus les bonnes valeurs....

C'est une précision importante !!
MERCI à toi l'ami.

Commentaire de psykocrash le 13/09/2007 00:42:41

coucou747, le temps que tu gagnes a utiliser between au lieu de order by ... limit, tu le perds à repasser en revue toute ta table à la recherche d'un id "libéré". L'un dans l'autre, moi je préfère ne pas toucher aux clés primaires pour garder une certaine "logique de progression" dans l'enregistrement des tuples. Et puis je vois pas ce qui t'empêche d'utiliser between dans le cas où certains id ont sauté, il suffit de bien penser ton application et tes requêtes dès le départ (je te fait confiance pour ça) et ça tourne sans problème.

Commentaire de psykocrash le 13/09/2007 10:58:51

Le temps perdu est pour les INSERT (c'est là qu'on calcule le id, donc aussi coté utilisateurs), pas lors des delete.
Et je ne vois toujours pas pourquoi tu n'utiliserais pas between, que tu peux utiliser même en ayant des id qui ont sauté.

Commentaire de coucou747 le 13/09/2007 21:03:51

une comparaison mais un select sur beaucoup plus de lignes pour n'en prendre que 10 au final... le between est bien meilleur

Commentaire de coucou747 le 14/09/2007 00:56:46

c'est a chaque suppression qu'on doit reindexer en fait...

Commentaire de SuperTonic le 14/09/2007 08:52:37

Bonjour à tous.
Je suit avec pertinance vos discutions... d'une simple petite fonction, je déchaine des discutions intéressantes ... (je suis fier de moi lol )
J'aimerai revenir sur le LIMIT.
Je cite EVANGUN : "il faut toujours spécifier un LIMIT, même si on sait qu'on ne va récupérér qu'un seul enregistrement"

Voilà bien un truc que je ne fais jamais. Pouvez m'expliquer en quoi c'est important.
si je fais un limit à 30 et que mon résultat est à la 35eme ligne ? il va le trouver tout de même ou pas ??

Commentaire de coucou747 le 14/09/2007 12:02:24

je viens de vous faire un bench...
http://blogs.codes-sources.com/coucou747/archive/2007/09/14/bench-sur-la-pagination-sous-mysql.aspx
mais meme ton WHERE + limit, ca revient a faire :
WHERE champ_dans_l_ordre >= page*nbr_par_page LIMIT nbr_par_page
donc ton champ doit-etre dans l'ordre...
le explain semble indiquer que... les benchs sont toutefois plus reserves...

Commentaire de SuperTonic le 14/09/2007 14:08:47

Ok !! j'ai compris... Je vais lire cette doc.
Je vais également ajouté des LIMIT à mes requêtes....