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

SQL Procédural MySQL Discussion :

Gestion de caddie ?


Sujet :

SQL Procédural MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éprouvé
    Inscrit en
    Mars 2004
    Messages
    1 931
    Détails du profil
    Informations forums :
    Inscription : Mars 2004
    Messages : 1 931
    Par défaut Gestion de caddie ?
    Afin de gérer le contenu d’un caddie, il me semble qu’il est beaucoup plus simple de gérer le contenu par une table qui contient toutes données au lieu d’utiliser les sessions. J’ai l’impression que la plupart des gens utilise des sessions pour gérer un caddie. Est-ce vraie ou est-ce seulement une impression ?
    N’est-il pas mieux de passer par un la base de donnée.
    Qu’en pensez-vous ?
    Merci d’avance pour vos réponses.

  2. #2
    Membre Expert
    Avatar de Adjanakis
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    739
    Détails du profil
    Informations personnelles :
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations forums :
    Inscription : Avril 2004
    Messages : 739
    Par défaut
    Bonjour,

    Perso, je gère les caddies par session. Je vois mal comment ça pourrait être moins performant qu'un appel à la BDD et comme un caddie n'a pas besoin d'être sauvegardée en tant que telle, la persistance limitée à la session me convient.

  3. #3
    Rédacteur
    Avatar de pcaboche
    Homme Profil pro
    Inscrit en
    Octobre 2005
    Messages
    2 785
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Singapour

    Informations forums :
    Inscription : Octobre 2005
    Messages : 2 785
    Par défaut
    Oui, la plupart des gens utilisent les sessions parce que c'est plus simple et plus approprié.

    Tant que le visiteur n'a pas finalisé sa commande, il n'y a pas besoin d'écrire dans la base de données. Toutes les données sont alors conservées dans des variables de session. En plus, ces variables de session sont consultables d'une page sur une autre, sans avoir besoin de passer quoi que ce soit en paramètre, donc c'est extrèmement pratique (et très simple à programmer).

    Ce n'est qu'au moment de finaliser la commande que l'on écrit dans la base de données, et donc que l'on regarde les valeurs des variables de session pour les mettre en base. On n'écrit donc qu'une fois dans la base, ce qui est donc très performant.

    En plus, il se peut que le visiteur se déconnecte avant d'avoir finalisé sa commande. Donc si tu gères ton caddie au moyen d'une base de données, tu te retrouves avec des données "fantomes" dans ta BDD.

    Voilà pourquoi les gens utilisent des sessions: parce que c'est une solution adaptée !
    "On en a vu poser les armes avant de se tirer une balle dans le pied..."
    -- pydévelop

    Derniers articles:

    (SQL Server) Introduction à la gestion des droits
    (UML) Souplesse et modularité grâce aux Design Patterns
    (UML) Le Pattern Etat
    Autres articles...

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Gestion et mail caddie
    Par FraK dans le forum Langage
    Réponses: 21
    Dernier message: 11/07/2008, 17h27
  2. Gestion d'un caddie
    Par Moldar dans le forum Langage
    Réponses: 7
    Dernier message: 28/01/2008, 13h58
  3. Gestion d'un caddie & global.asa
    Par Jibees dans le forum ASP
    Réponses: 22
    Dernier message: 13/05/2006, 17h49
  4. c: gestion des exceptions
    Par vince_lille dans le forum C
    Réponses: 7
    Dernier message: 05/06/2002, 14h11
  5. gestion d'un joystick ...
    Par Anonymous dans le forum DirectX
    Réponses: 1
    Dernier message: 23/05/2002, 12h53

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