Hat jemand Erfahrung mit PostgreSQL für ein OLAP-Setup, mit Cubes gegen die Datenbank usw. Haben Sie bei der Verwendung von MySQL für OLAP eine Reihe von Idiosynkrasien gefunden, gibt es Gründe dafür, stattdessen PostgreSQL zu verwenden Ich möchte die Open-Source-Route gehen)?Postgresql für OLAP
Es gibt eine Reihe von Data Warehousing-Software-Anbietern, die auf Postgresql basieren (und OLAP-bezogene Änderungen in regelmäßigen Abständen zurück zum Kern beitragen). Überprüfen Sie http://www.greenplum.com/ (neue URL: http://www.greenplum.org/). Ich denke, Sie werden feststellen, dass PG viel besser funktioniert (für fast jede Arbeitslast, insbesondere OLAP) als MySQL. Greenplum und andere ähnliche Lösungen sollten in Abhängigkeit von Ihren Datensätzen und Anwendungsfällen etwas besser funktionieren als PG.
PGSQL ist im Vergleich zu MySQL viel besser für Data Warehousing geeignet. Anfangs hatten wir uns gedacht, mit MySQL zu arbeiten, aber es funktioniert schlecht in Aggregationen, wenn die Daten auf einige Millionen Zeilen anwachsen. PGSQL führt fast 20-mal schneller im Vergleich zu MySQL für 20 Millionen Datensätze für eine einzelne Faktentabelle auf der gleichen Hardware-Setup. Wenn Sie sich aus irgendeinem Grund für MySQL entscheiden, sollten Sie die MyISAM-Speicher-Engine für Faktentabellen anstelle von InnoDB verwenden. Sie werden eine etwas bessere Leistung sehen.
Wir verwenden PostgreSQL 9.1 und Saiku. Alle Würfelschemas sind in der Schema Workbench (Pentaho) definiert. Bis jetzt sehe ich keine Probleme mit einer solchen Konfiguration. Wir haben Faktentabellen mit ca. 1.000.000 Zeilen und alles funktioniert gut ohne Voraggregation. –