Discussion :

[VLDG]

Pour ma part je travaille essentiellement avec MySQL et son plus gros avantage est qu'il est gratuit.

pas dans tous les cas

Postgresql ou Firebird SI

[Fabien Celaia]

Dans l'ordre:

1. Oracle (Base de prod y.c. DWH), y.c. eBiz & Peoplesoft (v10.2 + v 9.2 + v8.1.7) pour sa richesse fonctionnelle
2. MS-SQL Server (petits référenciels) 2005 + 2000
3. DB2-400 (base de prod) v5r3, pour des raisons historiques
4. Sybase ASE (application clef en main) 12.0 + 12.5 + 15 (Dev)
5. Informix (référentiel pour GED, application clef en main) 9.3, en phase de décomissionnement
6. IBM-DB2 parce qu'il en reste... et que j'attends avec impatience leur décommissionnement
7. MS-Access, parce que tel la peste, il gangrène tout SI laissant libre accès à cette base aux non-informaticiens. Ce n'est pas une remarque contre le produit en soi, mais contre son utlilisation abusive...

[Tofalu]

MS-Access, parce que tel la peste, il gangrène tout SI laissant libre accès à cette base aux non-informaticiens. Ce n'est pas une remarque contre le produit en soi, mais contre son utlilisation abusive...

Mais MS Access est quand même deuxième dans ce sondage

[DidierLemarchal]

J'ai besoin d'une bonne base de donnee francaise
c'est ici que je dois placer ma question? je suis novice

[nikol]

En repondant aux sondages vous me donnez des idees Merciiii. Il faut tirer les avantages de chaque base. pt-etre il est possible de reunir tous les avantages dans une seule base de donnee generale? J'aurais besoin d'une telle

[Sonya_ya]

Moi aussi j'ai besoin d'une base de données... peut être classée suivant différents types de contenu : bibliographique, texte, numérique, et images... merci bien

[ruscov]

Pour ma part on utilise Oracle car c'est une exigence du client. on utilise du spatial dans nos projets et il voulait que ce soit Oracle Spatial qui soit utilisé.

[cyreel]

Moi je me suis mis a postgresql il y a peu. J'avoue que c'est une très bonne SGBDR. Desormais je crois que c'est elle que je vais utiliser.

[Lio_c]

Ben moi corporate oblige j'utilise Raima pour les bases de donnes embarquees, mais pour certains projet je sync mes DB Raima avec du MySQL ou PostgreSQL, et j'y trouve mon compte

________________________
bases de donnees in-memory

[kedare]

J'utilise a la fois Postgresql et Mysql, mais je pense bientôt tout migrer vers Mysql, car certes Postgresql possède plus de choses, mais je ne m'en sert pas, alors que Mysql propose certains trucs assez utile que Postgresql ne propose pas (enfin je verrais, rien n'est définitif) :

+ Mysql :
Planificateur d'évènements.
Partitionnement.
Réplication.
REPLACE/MERGE.
Plus d'outils disponible.
Beaucoup plus rapide depuis la 5.4 avec InnoDB.
Support fournis par Mysql AB / SUN / ORACLE.
Cache de requêtes.
Meilleur support sous Windows (même si je l'utilise pas trop sous cet OS).

+ Postgresql
Gestion des fuseaux horaires.
Backups binaires à chaud et consistants.
Compression a la volée des données.
Catalogues systèmes.
Domaines/Opérateurs personnalisés.
Plus de types d'indexes.
Rules.
Possibilité de définir un tablespace différent pour les tables et les indexes.

[SQLpro]

+ Mysql :
Planificateur d'évènements.
Partitionnement.
Réplication.
REPLACE/MERGE.
Plus d'outils disponible.
Beaucoup plus rapide depuis la 5.4 avec InnoDB.
Support fournis par Mysql AB / SUN / ORACLE.
Cache de requêtes.
Meilleur support sous Windows (même si je l'utilise pas trop sous cet OS).

Entre nous le partitionnement ne sert a rien si la base fait moins que la capacité d'un disque. D'autant plus que les espace de stockage n'étant pas gérable dans MySQL cele ne sert a rien du tout, pire même, dans la plupart des cas, une utilisation imbécile...
Enfin, toute base de données à un cache de requête ! heureusement....
Quand aux outils, y compris des planificateurs d'événement, on en trouve en free autant pour les deux SGBDR !

Mais surtout vu le nombre de bug j'évite mySQL. Dernier en date : http://www.developpez.net/forums/d81...r-by-x-y-desc/
Sans parler de la fameuse date 0000-00-00 et autres fantaisies débiles de MySQL...

A +

[kaymak]

Sans parler de la fameuse date 0000-00-00 et autres fantaisies débiles de MySQL...

Pourquoi trouves tu cela si débile ?
Si j'ai une période, avec aucune date de début, j'ai le choix entre null et cette date. Cette date me semble très appropriée, non ?
Au fond je m'en fou, m'enfin si faut que je type ma colonne avant de pouvoir y coller un between sa me gonfles Alors que là c'est fort naturel pour le type de variable...
Juste un non sens du point de vue de mon idiot de calendrier?

sinon les bugs.... ce sont des bugs comme dans tous les softs.

[SQLpro]

Pourquoi trouves tu cela si débile ?

Il serait peut être temps de revenir à l'école et au B A BA de l'informatique.

Selon Claude Shannon (1948, Théorie de l'information) tout ce qui n'est pas de l'information dans un SI constitue du bruit et n'a pas lieu d'exister. Une date qui n'existe pas c'est du bruit. Tout bruit perturbe le fonctionnement d'un système... !

MySQL viole donc les fondement même de l'édifice informatique édifié il y a plus de 60 ans... C'est grave d'être aussi stupide que cela !

Par exemple que va me donner une requête de calcul d'age moyen avec une telle date présente sur plusieurs lignes ? Rien de bon !

A lire : http://www.lexpress.fr/informations/...on_641817.html

A +

[Jester]

j'aimerais savoir où dans Postgresql il y a un cache de requête ? Car je ne le savais pas et j'aimerai bien pouvoir l'activer.

[SQLpro]

j'aimerais savoir où dans Postgresql il y a un cache de requête ? Car je ne le savais pas et j'aimerai bien pouvoir l'activer.

Tu n'as pas besoin de l'activer il est TOUJOURS actif. Tous les SGBDR ont un cache de requête que l'on appelle plus génériquement cache des procédures !

A +

[kedare]

Je crois qu'il parle du cache qu'on retrouve par exemple dans Mysql, (donc qui match le string de la requête, et renvoie le résultat sans interroger la base de données), celui la il n'y a pas dans Postgresql (ni dans aucune autre base de données a ce que je sais)

[Jester]

Oui je parle de cacher le résultat de la requête et pas le plan d'exécution.

J'ai un peu essayé sur Oracle et ça ne semble pas actif si ça existe.

[SQLpro]

Oui je parle de cacher le résultat de la requête et pas le plan d'exécution.

Cela n'a en pratique aucun intérêt car statistiquement les résultats étant différents pour chaque utilisateur dans plus de 99% des cas il faudrait des To de RAM pour une base de quelques Go pour que cela soit efficace !

J'ai un peu essayé sur Oracle et ça ne semble pas actif si ça existe.

C'est nouveau dans la dernière version d'Oracle (11g) et cela s'appelle des "results cache" (si ma mémoire est bonne) et en pratique rare sont les cas il est bon de les utiliser !

A +

[kaymak]

Cela n'a en pratique aucun intérêt car statistiquement les résultats étant différents pour chaque utilisateur dans plus de 99% des cas il faudrait des To de RAM pour une base de quelques Go pour que cela soit efficace !



C'est nouveau dans la dernière version d'Oracle (11g) et cela s'appelle des "results cache" (si ma mémoire est bonne) et en pratique rare sont les cas il est bon de les utiliser !

A +

OK. Tu as des sources pour tes statistiques ?

[SQLpro]

Vous trouverez à ce sujet des infos très intéressantes dans cet ouvrage :
http://www.springerlink.com/content/j7116h22x3602714/

Cela dit le cache de résultat pour une base décisionnelle (presque read only) est monnaie courante, mais pas pour des bases relationnelles.

Par exemple dans SQL Server Analysis Services il y a un cache de résultats appelé Proactive Chaching... Mondrian aussi me semble t-il.... En revanche cela n'a pas d'intérêt pour un SGBDR.

A +