IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langage SQL Discussion :

[Conception] Système de badges


Sujet :

Langage SQL

  1. #1
    Membre du Club Avatar de Vinceee38
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    134
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 134
    Points : 65
    Points
    65
    Par défaut [Conception] Système de badges
    Bonjour à tous,

    Je souhaiterais pour mon site mettre en place un système de badge. Selon des conditions par exemple (plus de 100 messages) j'attribuerai des badges à mes utilisateurs.

    Au niveau base de données je pense faire comme ceci :

    USER
    user_id
    user_nom

    BADGE
    badge_id
    badge_nom

    USERBADGE
    user_id
    badge_id
    (avec une relation many to many)

    La question que je me pose est la suivante:

    Quelle est la meilleure méthode pour savoir si les conditions sont remplies pour affecter un badge ?

    Est ce que l'utilisation de triggers serait une bonne idée ? (j'ai peur niveau performance, j'utilise SQL server pour information)

    Est ce qu'il faudrait mieux que j'utilise une logique métier? Si oui je suppose que je suis pas dans le bon forum mais je ne sais pas où poster ce genre de question.

    J'ai peur qu'avec une logique métier ce soit trop lourd non ? Ça voudrait dire que lorsqu'un utilisateur rajoute un message alors il faut vérifier si celui ci à plus de 100 messages à ce moment la, puis passer toutes les conditions de badges qui peuvent avoir un lien avec les messages... (ça risque de faire beaucoup de requêtes... une par badge quasiment)

    Je ne vois pas trop comment m'y prendre pour ne pas avoir de perte de performance... peut être n'ai je pas le choix ?

    Merci d'avance à tout ceux qui participeront à cette réflexion et qui m'aideront

    Vinceee38

  2. #2
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 154
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 154
    Points : 7 403
    Points
    7 403
    Billets dans le blog
    1
    Par défaut
    Je pense que pour que ce soit le moins coûteux possible, il va falloir dénormaliser un peu ton modèle.

    Par exemple, afin de savoir facilement quel membres ont posté 100 messages, tu as une solution coûteuse en termes de lectures, et une autre dénormalisée :
    - Soit tu te tapes un "select count(*) from message where user_id = @id"
    - Soit tu te tapes un "select nb_messages from user where user_id = @id"

    Forcément, la seconde est plus rapide.
    Il faudra alors alimenter nb_message à chaque insertion dans la table message, soit par trigger, soit par métier, soit par batch le soir par exemple.

    Selon les objectifs, il sera intéressant ou non de dénormaliser.
    Dans tous les cas, la dénormalisation a des avantages et des inconvénients.

    Tu peux aussi passer par un champ calculé, mais niveau performances, je doute que ce soit une très bonne idée. C'est pourtant une réponse "propre" à la dénormalisation.
    On ne jouit bien que de ce qu’on partage.

  3. #3
    Membre du Club Avatar de Vinceee38
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    134
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 134
    Points : 65
    Points
    65
    Par défaut
    Merci StringBuilder pour ta réponse.

    J'exclu directement la solution par batch car je souhaiterai prévenir directement l'utilisateur par notification lorsqu'il obtient un nouveau badge.

    Le fait de dénormaliser me semble la manière la plus performante mais j'ai peur que ma base de données le soit trop après car j'envisage de mettre une 100 ene de badges au moins..

    La solution de tout faire dans la gestion métier me semble lourde donc je ne sais pas sur quel pied danser... Je pense éviter les trigger également pour des raisons de performance... (après avoir lu des articles sur la toile)

    A moins que d'autres avis se greffent à mon topic je pense que je partirais sur un contrôle dans la gestion métier lors de tel ou tel actions (ajout nouveau message). Cela fera des requêtes en plus mais si je gère bien le truc peut être que ça ne ralentira pas tant que ça le fonctionnement global..

    Aprés il y a peut etre des manières intelligentes de le faire en Gestion metier pour eviter trop de requetes.

  4. #4
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 031
    Points
    34 031
    Billets dans le blog
    14
    Par défaut
    Quelle est la meilleure méthode pour savoir si les conditions sont remplies pour affecter un badge ?
    Faire une requête.

    Quelles sont ces conditions ?
    Celle-ci par exemple ?
    [quote]plus de 100 messages/QUOTE]

    Combien de messages à envoyé l'utilisateur 12 ?
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    SELECT COUNT(msg_id) AS nb_messages
    FROM message
    WHERE msg_sender = 12
    Voilà pour le principe de base mais je ne t'apprends sans doute rien.

    Est ce que l'utilisation de triggers serait une bonne idée ?
    Tu peux aussi écrire une procédure SQL qui va tester les conditions et attribuer les badges automatiquement. Ce sera plus rapide que les allers-retours entre le SGBD et l'application.

    Et si tes conditions d'obtention des badges sont toutes modélisables en BDD, ça peut être du code générique qui n'aura pas besoin de modification si tu ajoutes un badge avec de nouvelles conditions.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

Discussions similaires

  1. Réponses: 1
    Dernier message: 07/04/2011, 04h43
  2. [AC-2007] conception système intégré avec ACCESS
    Par delphine1987 dans le forum Modélisation
    Réponses: 1
    Dernier message: 17/10/2010, 18h42
  3. Conception système mise à jour.
    Par gomezmic dans le forum ALM
    Réponses: 0
    Dernier message: 01/02/2010, 09h45
  4. Aide pour conception système "domotique"
    Par screwface2591 dans le forum Windows
    Réponses: 0
    Dernier message: 23/01/2009, 15h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo