Discussion :

[dontknow]

Bonjour bonjour,

Étant donné que je ne suis absolument pas doué en conception de base de données, j'aimerai vous demander votre avis sur un point.
Dans un projet, j'ai une partie gestion de tâches pour chaque utilisateur. Plus précisément, c'est une liste de tâches qui doivent être faites. Ces tâches sont toutes les mêmes pour chaque utilisateur. Chaque utilisateur indique ensuite s'il a fait telle ou telle tâche.

j'ai donc fait une table tache, avec l'id de la tache et son intitulé,
une table utilisateur, et une table de liaison entre tache et utilisateur avec un champ 'fait'.

Néanmoins, à chaque création d'utilisateur il faut créer chaque enregistrement pour chaque tache de l'utilisateur dans la table de liaison.
Au final la table de liaison peut devenir énorme.

J'espère avoir bien exposé mon cas, et ainsi que vous puissiez me dire si ça vous parait être la meilleure solution ou s'il y a mieux.
Merci d'avance

[fsmrel]

Bonsoir,

Néanmoins, à chaque création d'utilisateur il faut créer chaque enregistrement pour chaque tache de l'utilisateur dans la table de liaison.
Au final la table de liaison peut devenir énorme.

De fait, ça serait un peu la gabegie.

Soit U la table des utilisateurs, T la table des tâches et R la table associant U et T.
Inutile de pré-remplir R. Au lieu de cela, quand un utilisateur u a effectué la tâche t, vous insérez le couple {u, t} dans R. A l’occasion, vous pouvez aussi noter dans R des données supplémentaires telles que la date (et l’heure) de l’événement.

[dontknow]

En effet, inutile de surcharger inutilement la table de liaison .
Merci pour l'idée.

Par contre au final quand un utilisateur aura rempli toutes ses tâches, on reviendra au fait que la table de liaison sera encombrée de plein d'enregistrements qui finalement se résumeront à dire que toutes les tâches sont effectuées.

[fsmrel]

Certes...

Maintenant, quand tous les utilisateurs ont accompli une tâche donnée, vous pouvez — dans la table T — noter cette tâche comme terminée et supprimer les lignes correspondantes dans la table R. Même chose si un utilisateur a accompli toutes ses tâches et en prendre acte dans la table U. C'est toujours ça de pris comme disait ma grand’mère...

Au fait, combien d'utilisateurs et combien de tâches ? Quel SGBD, quel système d'exploitation ?

[dontknow]

En faite c'est pour une application web avec une base de donnée mysql. Pour les tâches, c'est aux alentours d'une cinquantaine. Quant aux utilisateurs, le site doit pouvoir supporter un très grand nombre d'utilisateurs (c'est pour ça que je cherche à optimiser la conception de la base de donnée ^^).

[fsmrel]

Si vous aviez 10000 utilisateurs, la table R comporterait au très grand maximum 500000 lignes, de très faible encombrement chacune, c'est-à-dire un pet de lapin pour des SGBD comme DB2, Oracle ou SQL Server.

Je ne connais pas les capacités de MySQL, aussi je vous suggère d'explorer le forum ad-hoc en ce sens et éventuellement de poser les questions aux spécialistes si vous n’y trouviez pas votre bonheur.

Bonne chasse...

[dontknow]

Ok, je vais orienter mes recherches dans ce sens donc.
merci

[CinePhil]

Je travaille sur une base de données MySQL qui comporte des tables de plusieurs dizaines de millions de lignes avec des temps de réponse satisfaisants en interrogation de la base.
Dans mon cas, les opérations de mise à jour, qui deviendront de plus en plus rares, sont parfois longues à cause e la mise à jour des index mais dans le cas de votre table de liaison de 500 000 lignes à faible volume, ça ne devrait poser aucun problème. A condition bien sûr de faire un modèle bien normalisé avec des clés primaires, et donc étrangères, de type entier auto-incrémenté.