Discussion :

[olivierdauxais]

Bonjour,
Pour obtenir le contenu d'une table "abcd" à partir de la rangée "$debut" sur "$quantite" de rangée je fais la requête SQL suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

query ('SELECT * FROM abcd ORDER BY Num ASC LIMIT '.$debut.','.$quantite.'');

Comment faire pour faire l'inverse?
Comment faire pour connaitre le numéro de la rangé FROM abcd WHERE Num="'.$_POST['Num'].'" par exemple?

J'ai regardé sur Internet mais je ne trouve pas le bon mot clé qui me permet de trouver l'info et je tombe à chaque fois sur:
$result->num_rows ou autre truc du genre... Mais ça, je connais déjà et ce n'est nullement ce que je cherche.

Merci d'avance pour votre aide.

[CinePhil]

Une table d'une base de données n'est pas une feuille de tableur !

Il n'y a pas de numéro de ligne. Une table est comme un sac. Rien ne garantit que les lignes retournées par la requête seront toujours dans le même ordre, sauf si vous spécifiez une clause ORDER BY.

J'ose espérer que votre table a une clé primaire et que, si c'est une table issue d'une entité-type du modèle conceptuel de données, que cette clé primaire est une colonne d'identifiant de type entier et auto-incrémentée. Il est alors facile d'obtenir cet identifiant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT id
FROM la_table
WHERE une_colonne = 'une_valeur'

[olivierdauxais]

Merci Cinephil pour votre réponse.

Oui, ma table a une clé primaire qui correspond à ma colonne "Num" qui est auto-incrémentée.

Il ne me reste plus qu'à essayer vos recommandations et je reviendrai vers vous pour vous donner des nouvelles.

[CinePhil]

Alors tout simplement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT -- les colonnes nécessaires et pas étoile !
FROM la_table
WHERE num = :num

Attention aux injections SQL ! Ne pas utiliser directement $_POST['num'] dans la requête ni les commandes mysql_ qui sont obsolètes mais préférer mysqli_ ou PDO.

[olivierdauxais]

Re-bonjour CinePhil,

En relisant avec attention vos réponses, je réalise que mon souhait n'est peut-être pas possible eu égard votre remarque qui dit que SQl est un "sac" et non un tableur.

Je vais reformuler ma question avec un exemple illustré par une photo d'écran de ma table sur phpMyAdmin.
Table très simple de 2 colonnes: La première nommée "Num" en INT auto-incrémentée et la 2e nommée "Mail" en VARCHAR.
Dans la première photo, on voit 4 rangée avec: 1-Olivier, 2-Susie, 3-Paul et 4-Anne.


Seulement voilà Susie s'est retirée de cette liste et il ne reste plus que: 1-Olivier, 3-Paul et 4-Annne comme sur cette 2e photo d'écran.


Evidement, les numéros auto-incrémentés ne changent pas. Mais 3-Paul se retrouve sur la 2eme rangée et 4-Anne sur la 3eme rangée...

J'aimerai donc savoir quelle requête SQL faire pour savoir à quelle rangée se trouve Paul, par exemple.
Est-ce possible? Quelle serait la syntaxe de cette requête?

[CinePhil]

Evidement, les numéros auto-incrémentés ne changent pas. Mais 3-Paul se retrouve sur la 2eme rangée et 4-Anne sur la 3eme rangée...

J'aimerai donc savoir quelle requête SQL faire pour savoir à quelle rangée se trouve Paul, par exemple.
Est-ce possible? Quelle serait la syntaxe de cette requête?

Pas beaucoup de temps pour répondre...
Si MySQL était moins nul et connaissait les CTE, il aurait les utils pour faire ça plus facilement.

Le principe est de créer une vue avec une requête SELECT ... ORDER BY et en y ajoutant une colonne virtuelle (nommée par exemple "ordre" qui s'incrémente. J'ai déjà vu ça sur le forum mais ne l'ayant jamais fait moi-même, je passe la main aux spécialistes.

Cherche peut-être"MySQL OVER PARTITION".

[olivierdauxais]

Merci CinePhil pour votre réponse et j'irai chercher avec vos mots clés.
En attendant, à vous les spécialistes, si vous connaissez une solution à mon souhait, je suis évidement preneur et cela m'évitera de chercher pendant de longues heures sur Internet.
Merci d'avance.

[fsmrel]

Bonsoir,


Avec MySQL, j’ai l’impression qu’il reste la méthode bourrin, c'est-à-dire utiliser un curseur dans une procédure, comme il y a 40 ans...

Une table :

CREATE TABLE T
(
        Num    INTEGER                 NOT NULL
      , Mail   VARCHAR(32)             NOT NULL
    , CONSTRAINT T_PK PRIMARY KEY (Num)      
) ;

La procédure avé le curseur :

DROP PROCEDURE IF EXISTS CursonsJoyeusement ;

DELIMITER GO

CREATE PROCEDURE CursonsJoyeusement
(
   IN Gazier VARCHAR(32),
   OUT Numero INT
)

BEGIN
    DECLARE Fini INTEGER DEFAULT FALSE ;
    DECLARE theKount INTEGER ;
    DECLARE theGazier VARCHAR(32) ;

    DECLARE  C1 CURSOR FOR 
        SELECT Mail FROM T ORDER BY Num ;
 
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET Fini = TRUE ;
    
    SET theKount = (SELECT COUNT(*) FROM T) ;
        
    SET Numero = 1 ;

    OPEN C1 ;
    
BOUCLE: LOOP
    
    FETCH C1 INTO theGazier ;
    
    IF Fini OR theGazier = Gazier THEN 
        LEAVE BOUCLE ;
    END IF ;
    
    SET Numero = Numero + 1 ;

END LOOP ;

    IF Numero > theKount   THEN 
        SET Numero = 0  ;    --  Si pas trouvé
    END IF ;
    
    CLOSE C1 ;
END

GO

DELIMITER  ;

SELECT * FROM T ;

SET @Gazier = 'Paul' ;

CALL CursonsJoyeusement (@Gazier, @Numero) ;

SELECT 'numéro de ligne = ' , @Numero

[aieeeuuuuu]

Bonjour,

Il y a en effet une "technique" bien MySQLesque de ce type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
set @cpt = 0;
	select num,mail ,@cpt := @cpt + 1  as c
	from abcd

Ou la version plus classique, mais attention aux (mauvaises) performances sur les grosses tables

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
SELECT a.num, a.mail, COUNT(*)
FROM abcd a
INNER JOIN abcd b
	ON b.num <= a.num
GROUP BY a.num, a.mail

[olivierdauxais]

Désolé pour cette réponse si tardive mais j'avais des trucs sur le feu...
Suite à la longue explication de fsmrel, mon coté paresseux m'a poussé à contourner le problème en créant 2 tables identiques: L'originale et sa copie. Et les membres ne peuvent disparaitre que de la copie et je compte sur l'originale.

Maintenant que je vois une deuxième réponse plus courte, je l'essayerai un jour.

Merci.
H Olivier Dauxais.