Discussion :

[fgalves]

Bonjour à tous,

Je travaille sur un projet dans le domaine spatial, dans lequel la problématique principale est la forte volumétrie des données (après estimation, la base de données pourra arriver à atteindre 1 petaoctet!).

Même si le choix d'Oracle pourrait paraître le plus pertinent, il y a l'inconvénient des prix des licences complètement abusifs.
Il faut donc étudier la faisabilité d'utiliser un SGBD Open-Source comme PostgreSQL. L'option "partitioning" et une gestion optimisée des BLOBs semblent nécessaires.

Quel est votre avis là-dessus? Connaissez-vous des VLDB (Very Large Data Bases) dans le marché qui soient gérées avec PostgreSQL (sans modifications du moteur)?
Sinon, savez vous si dans les 3 ans à venir, PostgreSQL supportera des très fortes volumétries? En effet, notre base de données n'atteindra le petaoctet qu'après 3 ans d'exploitation.

Merci pour votre rétour d'expérience,
Cordialement,
Fgalves

[kedare]

Hello,
Je sais que YAHOO possède une base de données Postgresql de plus de 2Po, mais il me semble (je suis pas sure) que postgreSQL ai été modifié pour ça....

[estofilo]

Pour sa base de plusieurs péta-octets, Yahoo utilise un cluster de machines, avec un système de parallélisation des requêtes du style map-reduce. Par ailleurs ils ont apparemment adapté le stockage pour qu'il soit orienté en colonnes.
Tu peux regarder du côté de HadoopDB pour un cluster basé sur PG qui vise ce genre de volume.

[SQLpro]

Pourquoi ne pas voir du côté de SQL Server 2008 ? C'est bien moins cher que Oracle (10 à 12 fois moins) avec un SIG complet, le partitionnement et la possibilité de faire des bases de données réparties et asynchrones via Service Broker....

Globalement je parierait sur le fait que cela vous coutera moins cher qu'une solution open source pour laquelle vous serez toujours coincé par un outil payant et très cher, sans aucune garantie de pérennité...

A +

[jnore]

Pourquoi ne pas voir du côté de SQL Server 2008 ? C'est bien moins cher que Oracle (10 à 12 fois moins) avec un SIG complet, le partitionnement et la possibilité de faire des bases de données réparties et asynchrones via Service Broker....

Globalement je parierait sur le fait que cela vous coutera moins cher qu'une solution open source pour laquelle vous serez toujours coincé par un outil payant et très cher, sans aucune garantie de pérennité...

A +

Mince, je croyais que ce forum était dédié à PostgreSQL, j'ai du me tromper !

[Arkhena]

Mince, je croyais que ce forum était dédié à PostgreSQL, j'ai du me tromper !

Ce forum est effectivement dédié à postgreSQL, mais pourquoi refuser une solution faisant appel à un autre SGBD si elle répond mieux au besoin ?

Le plus important n'est-il pas de trouver la solution la mieux adaptée au problème indépendamment des querelles de chapelle et du prosélytisme qui ne mènent qu'à des trolls stériles ?

[kedare]

Pourquoi ne pas voir du côté de SQL Server 2008 ? C'est bien moins cher que Oracle (10 à 12 fois moins) avec un SIG complet, le partitionnement et la possibilité de faire des bases de données réparties et asynchrones via Service Broker....

Globalement je parierait sur le fait que cela vous coutera moins cher qu'une solution open source pour laquelle vous serez toujours coincé par un outil payant et très cher, sans aucune garantie de pérennité...

A +

C'est sure, pourquoi aller utiliser un/des produit(s) open-source avec éventuellement un produit proprio et cher (bon faut dire que 99% des produits lié a Postgresql sont open-source et gratuit en même temps....) a coté alors qu'on peux utiliser que des produits propriétaire et chers dépendant eux même d'autre produits tout aussi propriétaires et cher, qu'il faut racheter tout les 3 ans pour bénéficier des nouvelles features, le tout contrôlé par une société qui fait ce qui lui plait et qui sort des correctifs de sécurité quand ça lui chante (Oh mince, cette faille est chiante a corriger, bon je verrais dans 2 ou 3 mois)...

[SQLpro]

C'est sure, pourquoi aller utiliser un/des produit(s) open-source avec éventuellement un produit proprio et cher (bon faut dire que 99% des produits lié a Postgresql sont open-source et gratuit en même temps....) a coté alors qu'on peux utiliser que des produits propriétaire et chers dépendant eux même d'autre produits tout aussi propriétaires et cher, qu'il faut racheter tout les 3 ans pour bénéficier des nouvelles features, le tout contrôlé par une société qui fait ce qui lui plait et qui sort des correctifs de sécurité quand ça lui chante (Oh mince, cette faille est chiante a corriger, bon je verrais dans 2 ou 3 mois)...

Vous parlez sans doute d'Oracle qui vient de racheter MySQL au passage ?

Sur les correctifs : http://www.google.fr/url?sa=t&source...xtBuPnF7FhvO8A

Sur les prix : http://i.microsoft.com/global/sqlser...05-lic-tco.gif

A +