Quelle base de données utilisez-vous professionnellement ?

Le , par PierreDelcroix, Membre habitué
Bonjour,

Ce sondage a pour but de rassembler de l'information au sujet de l'utilisation professionnelle des bases de données en général, qui est probablement différante que l'information que nous pouvons lire dans les chiffres commerciales.

Pour obtenir de l'information précise et pour que aussie les débutants puissent utiliser ce sondage, nous vous demandons d'apporter le plus de précisions possible sur les points suivants :
* versions
* stabilité
* portage
* compétence
* performance
* ....

Et surtout : Précisez quel SGBD vous utilisez pour quel besoin ?



Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de SQLpro SQLpro - Rédacteur http://www.developpez.com
le 08/10/2009 à 0:11
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 +
Avatar de Jester Jester - Membre éprouvé http://www.developpez.com
le 08/10/2009 à 13:10
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.
Avatar de SQLpro SQLpro - Rédacteur http://www.developpez.com
le 08/10/2009 à 15:28
Citation Envoyé par Jester  Voir le message
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 +
Avatar de kedare kedare - Membre extrêmement actif http://www.developpez.com
le 09/10/2009 à 11:11
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)
Avatar de Jester Jester - Membre éprouvé http://www.developpez.com
le 09/10/2009 à 11:57
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.
Avatar de SQLpro SQLpro - Rédacteur http://www.developpez.com
le 09/10/2009 à 15:53
Citation Envoyé par Jester  Voir le message
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 !

Citation Envoyé par Jester  Voir le message
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 +
Avatar de kaymak kaymak - Membre chevronné http://www.developpez.com
le 09/10/2009 à 16:24
Citation Envoyé par SQLpro  Voir le message
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 ?
Avatar de SQLpro SQLpro - Rédacteur http://www.developpez.com
le 09/10/2009 à 18:15
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 +
Avatar de Tesing Tesing - Membre averti http://www.developpez.com
le 10/10/2009 à 12:13
Citation Envoyé par SQLpro  Voir le message
Sans parler de la fameuse date 0000-00-00 et autres fantaisies débiles de MySQL...

Sous MySQL :

Code : Sélectionner tout
SET SQL_MODE = TRADITIONNAL
et hop c'est plus possible d'insérer des dates comme 0000-00-00



Certains chercheurs du CNAM Paris n'ont pas la même opinion que vous sur MySQL.
Avatar de kedare kedare - Membre extrêmement actif http://www.developpez.com
le 11/10/2009 à 0:25
Citation Envoyé par SQLpro  Voir le message
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 !

Dans certains cas (notamment pour les sites), c'est le même utilisateur qui va effectuer les requêtes, donc dans ce cas la, le cache est vraiment utile...

Par contre j'ai commencé a vraiment tester certains trucs avec MySQL.... je suis vraiment déçu sur certains points: Tablespaces inutilisables avec InnoDB, Partitionnement Ultra limité (Impossible de faire un partitionnement HASH sur des strings, peut d'intérêt pour InnoDB vu qu'on peux pas choisir de Tablespaces différents...), le moindre ALTER TABLE reconstruit toute la table et les indexes.... Donc inutilisable sur des grosses tables sans downtime

Pourtant énormément de grosses entreprises et de gros sites utilisent MySQL, donc c'est que ca doit pas etre si mal... Coté Postgresql, a part sf.net, Météo France et Skype, je connais aucun gros site qui l'utilise...
Puis quand on vois que Twitter tourne sous un simple Master/Slave MySQL (Je sais pas si c'est toujours le cas, mais il y a quelques temps ca l'était: http://scaleordie.com/2008/02/23/twitter-architecture/ )
Avatar de SQLpro SQLpro - Rédacteur http://www.developpez.com
le 15/10/2009 à 23:18
La plupart des grosses boîtes qui utilisent MySQL ne l'utilisent que pour le stockage, certainement pas pour la transaction ni l'interrogation des données... Le plus bel exemple fut SABRE que MySQL AB avait bien fait mousser !

A +
Offres d'emploi IT
Développeur HTML5/JS/PHP
Arobiz - Aquitaine - Anglet
Ingénieur en développement java
1000MERCIS - Ile de France - Paris (75000)
Ingénieur solutions production printing h/f
KONICA MINOLTA BUSINESS SOLUTIONS France - Ile de France - Courbevoie

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique SGBD & SQL