Postgresql pour OLAP
est-ce que quelqu'un a l'expérience de L'utilisation de PostgreSQL pour une configuration OLAP, en utilisant des cubes contre la base de données, etc. Ayant rencontré un certain nombre d'idiosyncrasies lors de L'utilisation de MySQL pour OLAP, y a-t-il des raisons en faveur de L'utilisation de PostgreSQL à la place (en supposant que je souhaite utiliser l'open source)?
2 réponses
il y a un certain nombre de fournisseurs de logiciels d'entreposage de données qui sont basés sur Postgresql (et qui contribuent assez régulièrement aux changements liés au Palo). Check out http://www.greenplum.com/(new URL:http://www.greenplum.org/). Je pense que vous trouverez que PG fonctionne beaucoup mieux (pour presque n'importe quelle charge de travail, OLAP en particulier) que MySQL. Greenplum et d'autres solutions similaires devraient fonctionner un peu mieux que PG en fonction de vos ensembles de données et de cas d'utilisation.
PGSQL est beaucoup mieux adapté à L'entreposage de données que MySQL. Nous avions d'abord pensé à aller avec MySQL, mais il fonctionne mal dans les agrégations si les données s'élèvent à quelques millions de lignes. PGSQL exécute presque 20 fois plus vite dans caparison avec MySQL pour 20 millions d'enregistrements pour une seule table de fait sur la même configuration matérielle. Si pour une raison quelconque vous choisissez D'aller avec MySQL, alors vous devriez utiliser le moteur de stockage MyISAM pour les tables de fait plutôt que InnoDB; vous verrez un peu mieux performance.