Discussion :

[Chauve souris]

* Bonjour, *

Je sèche sur la finalisation d'une requête finale et je sollicite vos avis éclairés.

Voila le problème (pédagogique)

1. Une bête table Auteurs, avec une clé AuteurID, prénom, nom, etc.
2. Une non moins bête table Ouvrages, avec une clé OuvrageID, titre, sous-titre et champ AuteurID pour faire la relation un à plusieurs

D'emblée cela ne va pas s'il y a plusieurs auteurs pour un ouvrage. Et la relation plusieurs à plusieurs nécessite une troisième table
3. Coauteurs, avec une clé CoauteursID, avec les champs AuteurID et OuvrageID

Pas de souci si ce n'est que je suis infichu de faire une requête (ou un formulaire) qui ne considère pas qu'il y a un ouvrage, du même titre, pour chaque auteur ou, inversement, que chaque auteur a écrit un ouvrage du même titre

Comment faire un regroupement ? Avec un champ calculé qui mette les auteurs sur la même ligne ?

Ceci dans le cas du SQL purédur. Mais peut-être que cela n'est pas possible en SQL et qu'il faille passer par de la programmation

Dans tous les cas je pense qu'il doit bien y avoir un tutoriel à ce sujet. Le SGBD importe peu, j'ai tout qui cohabite dans mon ordi (MySQL, Access, SQLServer, PostgreSQL) tout ça sous Windows, le septième du nom.

* Merci *

[aieeeuuuuu]

Bonjour,

Il est possible de faire cela en SQL, néanmoins ce n'est pas une opération "naturelle" pour SQL, et idéalement, il vaut mieux traiter le regroupement dans votre application. Quelles données voulez vous présenter, et comment ?

[SQLpro]

Tout d'abord votre modèle est faux. Voici un modèle correct pour ce faire :

Une table des auteurs :

Code :

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

1
2
3
CREATE TABLE T_AUTEURS_ATR
(ATR_ID            INT PRIMARY KEY,
 ATR_NOM           VARCHAR(32));

Code :

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

1
2
3
4
INSERT INTO T_AUTEURS_ATR 
VALUES (1, 'Boileau'),
       (2, 'narcejac'),
       (3, 'Simenon');

-- une table des ouvrages

Code :

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

1
2
3
CREATE TABLE T_OUVRAGE_AVG
(OVG_ID            INT PRIMARY KEY,
 OVG_TITRE         VARCHAR(256));

Code :

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

1
2
3
INSERT INTO T_OUVRAGE_AVG 
VALUES (1000, 'D''entre les morts'),
       (1001, 'Maigret voit rouge');

-- une table de jointure ouvrages/auteurs

Code :

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

1
2
3
4
CREATE TABLE T_J_OUVRAGE_AUTEUR_JOA
(OVG_ID            INT NOT NULL REFERENCES T_OUVRAGE_AVG (OVG_ID),
 ATR_ID            INT NOT NULL REFERENCES T_AUTEURS_ATR (ATR_ID),
 CONSTRAINT PK_JOA PRIMARY KEY (ATR_ID, OVG_ID));

Code :

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

1
2
3
4
INSERT INTO T_J_OUVRAGE_AUTEUR_JOA
VALUES (1000, 1),
       (1000, 2),
       (1001, 3);

-- la requête (récursive) donnant le liste des auteurs par ouvrage

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
20
21
22
23
24
25
26
WITH T0 AS
(       
SELECT *, ROW_NUMBER() OVER(PARTITION BY OVG_ID ORDER BY ATR_ID) AS NUM,
          ROW_NUMBER() OVER(PARTITION BY OVG_ID ORDER BY ATR_ID DESC) AS MUN
FROM   T_J_OUVRAGE_AUTEUR_JOA
),
T1 AS
(
SELECT OVG_ID, CAST(ATR_NOM AS VARCHAR(8000)) AS NOMS, NUM, MUN
FROM   T0
       INNER JOIN T_AUTEURS_ATR AS A
             ON T0.ATR_ID = A.ATR_ID
WHERE  NUM = 1
UNION ALL
SELECT T1.OVG_ID, NOMS + ', ' + A.ATR_NOM, T0.NUM, T1.MUN
FROM   T1
       INNER JOIN T0 
             On T1.OVG_ID = T0.OVG_ID
                AND T0.NUM - 1 = T1.NUM
       INNER JOIN T_AUTEURS_ATR AS A
             ON T0.ATR_ID = A.ATR_ID)
SELECT OVG_TITRE, NOMS 
FROM   T1
       INNER JOIN T_OUVRAGE_AVG AS O
             ON T1.OVG_ID = O.OVG_ID
WHERE NUM = MUN;

La réponse :

Code :

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

1
2
3
4
5
 
OVG_TITRE                 NOMS
------------------------- -----------------------
Maigret voit rouge        Simenon
D'entre les morts         Boileau, narcejac

A +

[Chauve souris]

Un grand merci pour cette réponse détaillée je vais mettre ça en pratique !
Car j'avais pris la (mauvaise ?) habitude de faire ce type de regroupement dans un état Access.

[fsmrel]

En passant...


Frédéric, tu es bien sévère...

Chauve souris, une remarque en passant :

Certes, SQLpro est sévère quand il dit que votre modèle est faux mais celui-ci mérite quand même un aménagement. En l’état, votre table Coauteurs comporte deux clés candidates :

{AuteurID, OuvrageID}

{CoauteursID}

Dans la série « surcharge pondérale », disons que la clé {CoauteursID} est superflue et peut passer au fil du rasoir d’Ockham, auquel cas on obtient une structure équivalente à celle recommandée par SQLpro.

Le problème qui s'est présenté était seulement celui de la présentation sur une seule ligne de la liste des coauteurs en SQL (c'est de la cosmétique comme dirait al1_24), d’où — quand le SGBD le permet — l’utilisation de la jointure récursive, voire de la technique XML Path façon mikedavem.

[Chauve souris]

Testé sur SQL Server 2012 Express.

Je reconnais que la table Coauteurs était mal foutue et que la PRIMARY KEY peut se faire avec les deux ID de la table.

Et surtout que j'étais infichu d'écrire la requête pour extraire ce que je voulais.