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

Décisions SGBD Discussion :

Choix d'un SGBD, le retour


Sujet :

Décisions SGBD

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    18
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Juin 2007
    Messages : 18
    Par défaut Choix d'un SGBD, le retour
    Bonjour à tous.

    Je ressuscite ce post afin de faire appel à vos avis.
    Il est question de choisir le bon SGBD, et c'est pas évident.

    Le but du jeu, c'est une application en JEE, accessible par le web.
    Le volume de données, en gros, c'est une 30aine de tables, avec environ 15~20 attributs chacune, et jusqu'à X0 000 tuples dans les tables les plus chargées.
    L'accès concurrent est limité, je dirais 5~6 connexions simultanées.
    Voila, ca fait beaucoup d'à peu près, mais je peux difficilement faire mieux.

    Le but, c'est d'accéder à des question (beaucoup de question! jusqu'à 1200!), d'y répondre, (et donc de stocker les réponses), et surtout d'extraire des conclusions de ces réponses (donc croisement des données avec d'autres tables, contenant des informations diverses, etc.).

    Je n'exclus pas la possibilité d'avoir à faire appel à un semblant de moteur OLAP.

    C'est dans le cadre d'un projet d'entreprise, donc pas de contrainte financière particulière (en dehors du fait que moins c'est cher, mieux c'est),
    au niveau complexité, je m'en accomoderais, j'ai déjà mis les mains dans oracle, etc.

    Bref, le critère principal c'est que le SGBD fasse ce dont j'ai besoin, et de manière performante si possible.

    En lisant ce post, et différents articles, j'ai cru comprendre que PostGreSQL, Oracle ou InterBase pourraient être des pistes de réflexion.

    Quelqu'un a-t-il des orientations ou des idées à me suggérer? Une expérience personnelle à partager?

    Bref toute remarque est bonne à prendre.

    Merci d'avance

  2. #2
    Membre émérite Avatar de Jester
    Inscrit en
    Septembre 2003
    Messages
    813
    Détails du profil
    Informations forums :
    Inscription : Septembre 2003
    Messages : 813
    Par défaut
    SQLServer a l'avantage d'avoir un outils OLAP intégré qui est pas mal.

    Sinon PostgreSQL devrait convenir aussi.

  3. #3
    Membre émérite
    Profil pro
    Inscrit en
    Mars 2002
    Messages
    737
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 737
    Par défaut
    Une petite news que j'ai lu ce matin ou un dirigeant de chez SAS mentionne Firebird

    A small SAS team developed Cobertura, an open source coverage analysis tool for Java. SAS (through our database access team) is one of the top corporate contributors to Firebird, an open source relational database.
    article complet ici : http://smartdatacollective.com/Home/19262

  4. #4
    Membre éprouvé Avatar de vg-matrix
    Inscrit en
    Février 2007
    Messages
    1 220
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : Février 2007
    Messages : 1 220
    Par défaut
    je conseillerais Firebird pour les raisons suivantes:
    http://fr.wikipedia.org/wiki/Firebird_(SGBDR)
    http://firebird-fr.eu.org/doku.php

    Côté volume, on est pas limité puis propose une maintenance souple.

  5. #5
    Membre averti
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    18
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Juin 2007
    Messages : 18
    Par défaut Merci
    Merci pour ces quelques réponses.

    J'ai choisi (de manière totalement arbitraire) PostGres.
    Ca a l'air de coller plutôt pas mal à mes besoins, beaucoup de tutos sur Tomcat et Hibernate appuient leurx exemples sur postgres, ce qui ne gâche rien.

    Bref, merci à ceux qui ont répondu

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

Discussions similaires

  1. Choix d'un SGBD Fichier
    Par slylafone dans le forum Décisions SGBD
    Réponses: 11
    Dernier message: 20/01/2009, 09h51
  2. choix d'un sgbd
    Par yvescollet dans le forum Décisions SGBD
    Réponses: 1
    Dernier message: 03/08/2004, 16h30
  3. Choix d' un SGBD sous Linux
    Par blackspine dans le forum Applications et environnements graphiques
    Réponses: 5
    Dernier message: 05/07/2004, 10h53
  4. Choix d'un sgbd open source pour de la production
    Par gueeyom dans le forum Décisions SGBD
    Réponses: 5
    Dernier message: 14/05/2004, 11h40
  5. Choix d'un SGBD
    Par totoranky dans le forum Décisions SGBD
    Réponses: 18
    Dernier message: 05/05/2004, 15h38

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