Discussion :

[guest4541]

Bonjour,
Cette requête me donne tous les produits de ma base.

Code :

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

SELECT * FROM produits p INNER JOIN types_produits tp ON tp.id_produits=p.id INNER JOIN types t ON t.id=tp.id_types

J'aimerais uniquement faire ressortir les trois derniers produits "ORDER BY p.id DESC" pour chaque type de produits "t.id"

Par avance merci.

[al1_24]

Comme ça ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
WITH    selection
    AS  (   SELECT  *
                ,   ROW_NUMBER() OVER (PARTITION BY t.id ORDER BY p.id DESC)    AS ordre 
            FROM    produits p 
                INNER JOIN 
                    types_produits tp 
                    ON  tp.id_produits = p.id
                INNER JOIN 
                    types t 
                    ON  t.id=tp.id_types
        )
SELECT  *
FROM    selection
WHERE   ordre   <= 3
;

[guest4541]

Merci, ça ressemble à ce que je cherche.
La requête semble bonne pourtant j'obtiens l'erreur suivante :

Code :

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

1
2
3
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'selection
    AS  (   SELECT  *
                ,   ROW_NUMBER() OVER (PARTITI' at line 1

Une idée ?

[SQLpro]

ATTENTION... la requête de AL_24 n'est a mon avis pas bonne ! En effet :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
WITH    selection
    AS  (   SELECT  *
                ,   ROW_NUMBER() OVER (PARTITION BY t.id ORDER BY p.id DESC)    AS ordre 
            FROM    produits p 
                INNER JOIN 
                    types_produits tp 
                    ON  tp.id_produits = p.id
                INNER JOIN 
                    types t 
                    ON  t.id=tp.id_types
        )
SELECT  *
FROM    selection
WHERE   ordre   <= 3
;

En effet s'il y a des premiers ex-æquo ces derniers n'apparaîtrons pas. Remplacez ROW_NUMBER() par RANK() et tout rentrera dans l'ordre. Il n'est en effet pas rare qu'il y ait plusieurs vainqueur dans une compétition, et il faut faire avec, sinon c'est l'injustice !

A +

[guest4541]

J'obtiens la même erreur avec RANK()

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
WITH    selection
    AS  (   SELECT  *
                ,   RANK() OVER (PARTITION BY t.id ORDER BY p.id DESC)    AS ordre 
            FROM    produits p 
                INNER JOIN 
                    types_produits tp 
                    ON  tp.id_produits = p.id
                INNER JOIN 
                    types t 
                    ON  t.id=tp.id_types
        )
SELECT  *
FROM    selection
WHERE   ordre   <= 3
 
MySQL a répondu: Documentation
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'selection
    AS  (   SELECT  *
                ,   RANK() OVER (PARTITION BY ' at line 1

[al1_24]

C'est normal : MySQL ne connait ni les CTE ni les fonctions analytiques de regroupement... définies dans la norme SQL de 2003.
Et je dois avouer que, depuis le temps que j'utilise des SGBD évolués, je ne sais plus faire sans ces fonctions

[guest4541]

J'ai remplacé WITH par CREATE TEMPORARY TABLE et maintenant j'ai l'erreur suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
CREATE TEMPORARY TABLE selection
    AS  (   SELECT  *
                ,   RANK() OVER (PARTITION BY t.id ORDER BY p.id DESC)    AS ordre 
            FROM    produits p 
                INNER JOIN 
                    types_produits tp 
                    ON  tp.id_produits = p.id
                INNER JOIN 
                    types t 
                    ON  t.id=tp.id_types
        )
SELECT  *
FROM    selection
WHERE   ordre   <= 3
 
MySQL a répondu: Documentation
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(PARTITION BY t.id ORDER BY p.id DESC)    AS ordre
            FROM    produit' at line 3

On dirait que MySQL ne reconnait pas non plus PARTITION BY ?

[guest4541]

Sur MySQL j'arrive à obtenir ce que je souhaite avec la requête suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT *
FROM produits p 
INNER JOIN types_produits tp ON tp.id_produits=p.id 
INNER JOIN types t ON t.id=tp.id_types 
WHERE
(
    SELECT COUNT(*)
    FROM produits p2 
    INNER JOIN types_produits tp2 ON tp2.id_produits=p2.id 
    INNER JOIN types t2 ON t2.id=tp2.id_types 
    WHERE tp.id_types=tp2.id_types AND p.id < p2.id
) < 3
ORDER BY t.id, p.id DESC

Mais c'est un peu foutraque comparé aux requêtes proposées plus haut, est ce la seule solution sur MySQL ?

[SQLpro]

Hélas oui et de toutes façons elle risque de s'avérer fausse si une de vos table n'a pas de clef.

A +

[guest4541]

Oui c'est pour ça que j'essayais de trouver une autre solution...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
CREATE TEMPORARY TABLE selection
    AS  (   SELECT  *
                ,   RANK() OVER (PARTITION BY t.id ORDER BY p.id DESC)    AS ordre 
            FROM    produits p 
                INNER JOIN 
                    types_produits tp 
                    ON  tp.id_produits = p.id
                INNER JOIN 
                    types t 
                    ON  t.id=tp.id_types
        )
SELECT  *
FROM    selection
WHERE   ordre   <= 3
 
MySQL a répondu: Documentation
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(PARTITION BY t.id ORDER BY p.id DESC)    AS ordre
            FROM    produit' at line 3

Mais si je comprends bien avec MySQL il n'est pas possible d'utiliser la requête ci-dessus ?

[SQLpro]

Oui c'est pour ça que j'essayais de trouver une autre solution...

MySQL a répondu: Documentation
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(PARTITION BY t.id ORDER BY p.id DESC) AS ordre
FROM produit' at line 3[/CODE]

Mais si je comprends bien avec MySQL il n'est pas possible d'utiliser la requête ci-dessus ?

Non, MySQL à une niveau de SQL le plus bas de tous les SGBDR. Il ne respecte même pas la norme SQL2 d 1992 ! En particulier pas de schéma SQL, de contrainte CHECK, de CTE, de fonction de fenêtrage, d'ordonnancement, etc....

Donc des performances de merde si vous devez faire cela par le jeux de sous requêtes, et à condition que ce soit possible !

A +

[guest4541]

Merci pour ces précisions.

Je suis étonné d'apprendre ça dans la mesure où MySQL fait partie des "classiques" pour mettre en relation PHP avec une bdd via phpMyAdmin, n'est ce pas le cas ?

J'imagine qu'il y a d'autres solutions avec des serveurs dédiés mais sur les hébergements mutualisés j'ai l'impression de ne pas avoir d'autres choix que d'utiliser MySQL... Même chose en local avec wamp et easyPHP... Du coup je pars du principe que la plupart des sites sont basés sur MySQL, n'est ce pas le cas ?

Si je ne me trompe pas, comment se fait-il que MySQL soit largué à ce point ?

[SQLpro]

Merci pour ces précisions.

Je suis étonné d'apprendre ça dans la mesure où MySQL fait partie des "classiques" pour mettre en relation PHP avec une bdd via phpMyAdmin, n'est ce pas le cas ?

MySQL est à l'origine une entreprise suédoise de nom MySQLAB dont le créateur à eu la brillante idée en bon vendeur de d'intégrer son produit aux principales distributions Linux profitant de la vague du libre. Mais MySQL n'est ni libre, ni ouverte ! Il faut payer sous une forme ou une autre. C'est aujourd'hui la propriété d'Oracle qui espère faire du chiffre avec. La licence stipule que l'on doit payer en nature ou en numéraire. En nature en livrant son code à l'éditeur, autrement dit Oracle.
Bref l'origine de MySQL un bricoleur du dimanche qui s'est fait des sous en revendant son outil à Sun...

J'imagine qu'il y a d'autres solutions avec des serveurs dédiés mais sur les hébergements mutualisés j'ai l'impression de ne pas avoir d'autres choix que d'utiliser MySQL... Même chose en local avec wamp et easyPHP...

Non, il y a PotsGreSQL qui est un vrai libre mais les hébergeurs sont effectievement plus rare car il n'y a pas de commerciaux pour pousser au cul les hébergeurs à faire des offres avec PG !

Du coup je pars du principe que la plupart des sites sont basés sur MySQL, n'est ce pas le cas ?

ça dépend de quels sites on parle. Aucun site professionnel n'utilise MySQL. Si l'on prend le top 10 des sites de vente français, c'est à 90% du SQL Server (fnac.com, cdiscount, ventreprivées, sarenza... ) à 9% du Oracle (tgv.com...) et 1 % du PG (leboncoin...),

Si je ne me trompe pas, comment se fait-il que MySQL soit largué à ce point ?

Un bon SGBDR c'est entre 1000 et 1200 années homme en R&D.... Un bricoleur seul dans son coin c'est 30 au mieux ! Ceci explique cela.... Et il n'y a pas que le niveau du SQL qui est à la ramasse. Il y a l'optimiseur, le moteur de stockage... ce qui le rend inexploitable pour des besoins professionnels. Pense par exemple qu'il n'existe pas de possibilité de faire des sauvegardes à chaud consistantes.... sauf à utiliser un outil Oracle vendu au prix fort (quelques dizaines de milliers d'euros). Pour info, un de mes clients mettait 30 heures pour sauvegarder sa base MySQL en version gratuite de 600 Go... Il avait ensuite le choix suivant :
- acheter le module de sauvegarde Oracle...
- migrer vers SQL Server.
Le choix a été vite fait !
Après migration vers SQL Server, la sauvegarde en mode compressée mettait 18 minutes ! Et je te parle pas des fonctionnalités tant SQL que d'Admin

A +

[guest4541]

Merci je comprends mieux maintenant.

Je reviens sur MySQL, est ce qu'une bdd MyISAM ou InnoDB permettent d'utiliser des requêtes plus ou moins complexes ?

Concernant SQL Server, j'imagine que ça s'installe sur des serveurs dédiés et qu'il faut payer une licence ?
Est ce qu'on peut administrer les bdd à l'aide d'une interface web comme sur phpmyAdmin ou est ce que ça s’exécute principalement via des lignes de commande ?

[SQLpro]

Merci je comprends mieux maintenant.

Je reviens sur MySQL, est ce qu'une bdd MyISAM ou InnoDB permettent d'utiliser des requêtes plus ou moins complexes ?

Non... dans les SGBDR le moteur de stockage et le moteur de requête sont deux éléments distinct, le moteur de requête travaillant en logique pure sur des données en mémoire. Le niveau de SQL est donc le même quelque soit le moteur de stockage, mais il existe des limitations plus ou moins importante sur certains aspects logique obligeant à des "dessous" physiques tel que les index...

Concernant SQL Server, j'imagine que ça s'installe sur des serveurs dédiés et qu'il faut payer une licence ?

Non... SQL Server existe en de multiples versions. Les versions professionnelles (standard, BI, Enterprise) s'installent sur des OS Server. Les versions gratuites (LocalDB, CE, Express...) s'installent sur n'importe quel types de machine, desktop compris et peuvent être utilisées en exploitation (Les bases Express étant limitées à 10 GO x 32 760 bases soit 120 TO...). Enfin la version Developper (gratuite) équivalente à la version Enterprise, s'installe sur du desktop comme sur du serveur, mais ne peut pas être utilisée pour l'exploitation, sont but est d'être utilisé en développement, test, recette, qualification...

Est ce qu'on peut administrer les bdd à l'aide d'une interface web comme sur phpmyAdmin ou est ce que ça s’exécute principalement via des lignes de commande ?

Par d'outil web, ce serait trop complexe et peu riche, mais une console de développement et d'admin graphique qui s’appelle SQL Server Management Studio (SSMS) gratuite elle aussi...

A +

[guest4541]

Merci pour toutes ces précisions très instructives.
Résolu !

[escartefigue]

Hélas oui et de toutes façons elle risque de s'avérer fausse si une de vos table n'a pas de clef.

A +

"Avérer" signifie : révéler vrai
Cf : http://www.cnrtl.fr/definition/avérer
ou encore https://fr.wikipedia.org/wiki/Pl%C3%A9onasme

Du coup "s'avérer vrai" est un pléonasme et "s'avérer faux" est une contradiction

[SQLpro]

"Avérer" signifie : révéler vrai
Cf : http://www.cnrtl.fr/definition/avérer
ou encore https://fr.wikipedia.org/wiki/Pl%C3%A9onasme

Du coup "s'avérer vrai" est un pléonasme et "s'avérer faux" est une contradiction

C'est bien ce que je dit :
Il est vrai que c'est faux !!!

A +