1. #21
    Membre régulier
    Profil pro
    Inscrit en
    janvier 2009
    Messages
    219
    Détails du profil
    Informations personnelles :
    Âge : 31
    Localisation : France

    Informations forums :
    Inscription : janvier 2009
    Messages : 219
    Points : 97
    Points
    97

    Par défaut

    Citation Envoyé par xelab Voir le message
    En même temps pour jane40 il n'y a pas d'impératif de performances et la quantité de données sera limitée et en plus elle connaît déjà MySQL...
    J'ai regardé les problèmes de MySQL listés dans cet article. J'ai l'impression que la majorité des défauts portent sur des points assez avancés, qui ne concerneront pas ma base je pense.

    Effectivement, la taille des données sera limitée : dans les 10 prochaines années, il y aura environ 1000 patients et les accès à la base (hors lecture) seront certainement à peine hebdomadaires. Je n'ai donc pas un énorme besoin en performance...

  2. #22
    Expert confirmé
    Homme Profil pro
    Inscrit en
    mai 2002
    Messages
    3 173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : mai 2002
    Messages : 3 173
    Points : 5 335
    Points
    5 335

    Par défaut

    Dans ce cas choisissez entre MySql et Postgresql

  3. #23
    Membre éprouvé
    Profil pro
    Développeur informatique
    Inscrit en
    avril 2009
    Messages
    481
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : avril 2009
    Messages : 481
    Points : 1 229
    Points
    1 229

    Par défaut

    Citation Envoyé par jane40 Voir le message
    Effectivement, la taille des données sera limitée : dans les 10 prochaines années, il y aura environ 1000 patients et les accès à la base (hors lecture) seront certainement à peine hebdomadaires. Je n'ai donc pas un énorme besoin en performance...
    Pour aussi peu de données, MySQL ou Postgresql semblent disproportionnés et j'irais presque vous conseiller SQLite: léger, facile à maintenir (un seul fichier, très simple pour les sauvegardes) et performances largement suffisantes pour votre utilisation, et les dernières versions gèrent mieux les accès concurrents. Et côté client, avec un framework comme Ruby on Rails (qui utilise SQLite par défaut), votre appli peut être prête en deux semaines.
    (ceci étant dit, si vous avez déjà des connaissances en PHP et MySQL, il est peut-être plus sage de partir sur ces solutions, surtout qu'a priori le développement n'est pas votre métier de base)

  4. #24
    Membre régulier
    Profil pro
    Inscrit en
    janvier 2009
    Messages
    219
    Détails du profil
    Informations personnelles :
    Âge : 31
    Localisation : France

    Informations forums :
    Inscription : janvier 2009
    Messages : 219
    Points : 97
    Points
    97

    Par défaut

    Je connais les bases du langage SQL, j'ai utilisé un peu MySQL mais je n'ai jamais codé en php.

    D'après les biologistes, il y aura une dizaine d'accès (modifications) à la base par jour, pour le moment par 2 personnes, à terme par 5/6/7.

    Savez-vous si je pourrai facilement accorder des droits d'accès différents suivant les groupes d'utilisateurs à une même table ? J'imagine qu'il est possible par exemple d'accorder les droits sur toute la table sauf tel attribut...

  5. #25
    Expert confirmé
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    février 2010
    Messages
    2 751
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    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 : 2 751
    Points : 4 497
    Points
    4 497
    Billets dans le blog
    1

    Par défaut

    Citation Envoyé par jane40 Voir le message
    Je connais les bases du langage SQL, j'ai utilisé un peu MySQL mais je n'ai jamais codé en php.

    D'après les biologistes, il y aura une dizaine d'accès (modifications) à la base par jour, pour le moment par 2 personnes, à terme par 5/6/7.

    Savez-vous si je pourrai facilement accorder des droits d'accès différents suivant les groupes d'utilisateurs à une même table ? J'imagine qu'il est possible par exemple d'accorder les droits sur toute la table sauf tel attribut...
    La gestion des droits, tu la feras plutôt dans l'applicatif.
    Généralement, le site PHP (ou autre) se connecte avec un user commun à toute la base et tous les users (on peut s'amuser à faire plusieurs comptes, mais ça peut rapidement devenir complexe).
    Ensuite, dans le code PHP, tu dis "ah ben Marcel, il a le droit de changer l'age du capitaine, mais pas Alfred."
    => Généralement, on gère ça sous forme d'une table d'utilisateurs (qui contient les login/pass des utilisateurs) et une table de droits, à laquelle fait référence la table des utilisateurs.
    Lors de l'authentification de l'utilisateur, il lit alors la table des utilisateurs pour vérifier le login/pass saisi, et tu charges les droits correspondants. Ensuite tu sais quelles pages/champs afficher ou non.
    On ne jouit bien que de ce qu’on partage.

Discussions similaires

  1. Choix de méthode optimale stockage de données.
    Par anasschiguer dans le forum Visual Studio
    Réponses: 1
    Dernier message: 12/08/2013, 02h21
  2. [S60-5800] librairie pour Stockage de données XML ?
    Par SfJ5Rpw8 dans le forum Débuter
    Réponses: 7
    Dernier message: 27/06/2009, 18h59
  3. [C#]Quel meilleur choix pour présentation/logique/données?
    Par pmartin8 dans le forum Général Dotnet
    Réponses: 6
    Dernier message: 22/03/2006, 22h35
  4. [Choix] SGDB pour Entreprise : coût, efficacité, etc.
    Par grassat dans le forum Décisions SGBD
    Réponses: 4
    Dernier message: 15/06/2002, 09h52

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