Discussion :

[tazeg]

Bonjour,

J'ai une table de CATEGORIE (id_categ, titre...) qui contient par exemple "Art, Science, ...",

une table d'ARTICLES (id_article,_id_categ,titre, texte,...) avec environ 3000 enregistrements et ça grimpe vite.

une table CLIENT (id_client, nom...)

et une table des ABONNEMENT (id_categ, id_client).

Donc le client s'inscrit à des catégories d'articles.
Ma difficulté est que je veux être en mesure de lui afficher les articles publiés qu'il n'a pas lu, et pour les catégories auxquelles il s'est inscrit. Comment ?

Créer une table ARTICLES_LUS (id_article, id_client, etat) avec par exemple l'état 0 pour 'non lu' et 1 pour 'lu' n'est pas gérable :
- il faudrait pour chaque nouvel article, insérer id_article + l'id de chaque client et avec l'état non lu.
- j'ai tenté le coup en mettant uniquement "lu" dans la table ARTICLES_LU. Du coup, avec une jointure pour déterminer les non lus, avec 2 clients, 2000 articles, et 2000 lignes dans la table ARTICLES_LUS, une requete de jointure prend 5 secondes et j'ai une erreur SQL avec MAX_JOIN_SIZE.

Donc je bloque.
Il devrait quand même y avoir plus simple...
Merci de votre aide.

[punkoff]

bonjour,

Votre approche me semble bonne avec la table "article_lu".

Par contre, je verrai la modélisation plus comme ceci :

Abonnement-0,n---------Article_LU------0,n-Article

niveau MPD se sera plus simple, que ce que vous proposez :
ABONNEMENT (#CAT_ID, #CLI_ID)
Article_LU (#CAT_ID, #CLI_ID, #ART_ID)



Pour la requête on passerai par une clause de non existence, ceci afin de ne pas systématiquement avoir à alimenter cette table :

Code :

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

1
2
3
4
5
6
7
8
9
 
SELECT ART.*
FROM ARTICLE ART
INNER JOIN ABONNEMENT ABO ON ABO.CAT_ID = ART.CAT_ID 
 
WHERE ABO.CLI_ID = ? AND NOT EXISTS 
 (SELECT * 
  FROM ARTICLE_LU ARL 
  WHERE ARL.CLI_ID = ABO.CLI_ID AND ARL.CAT_ID = ART.CAT_ID AND ARL.ART_ID = ART.ART_ID)

L'alimentation de la table ARTICLE_LU se ferai sur événement, un clique sur l'article par exemple.

Sinon il y a un forum modélisation sur ce site pour avoir des avis plus éclairé sur la question

[manzeki]

Vu que le nombres d'articles non lus va en grandissant pour tous les clients.
Il est quand même vital de limiter (LIMIT) le nombre de résultats.

[manzeki]

Bonjour,

- il faudrait pour chaque nouvel article, insérer id_article + l'id de chaque client et avec l'état non lu.
- j'ai tenté le coup en mettant uniquement "lu" dans la table ARTICLES_LU. Du coup, avec une jointure pour déterminer les non lus, avec 2 clients, 2000 articles, et 2000 lignes dans la table ARTICLES_LUS, une requete de jointure prend 5 secondes et j'ai une erreur SQL avec MAX_JOIN_SIZE.

Je propose ce model, L'ordre des champs dans la clé primaire est important

ABONNEMENT (id_client, id_categ)
ARTICLES_LUS (id_client, id_article)

Exemple id_client = 7

Code :

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

1
2
3
4
5
 
SELECT a.*
FROM ARTICLES a
INNER JOIN ABONNEMENT b ON b.id_categ = a.id_categ AND b.id_client = 7
WHERE a.id_article NOT IN (SELECT id_article FROM ARTICLES_LU WHERE id_client = 7)

En limitant les résultats

Code :

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

1
2
3
4
5
6
 
SELECT a.*
FROM ARTICLES a
INNER JOIN ABONNEMENT b ON b.id_categ = a.id_categ AND b.id_client = 7
WHERE a.id_article NOT IN (SELECT id_article FROM ARTICLES_LU WHERE id_client = 7)
LIMIT n, p