~/sebl[og] - Mot-clé - logiciels libres

2 pétabytes

Sébastien Lardière — Fri, 23 May 2008 09:51:00 +0200

Yahoo vient d'annoncer qu'ils utilisent PostgreSQL pour stocker 2 pétaoctets de données¹. Ce qui en ferait la plus grosse base de données au monde.

Certes, ils utilisent une version modifiée de PostgreSQL, ils ont retirés le support des transactions, et utilisent un stockage en mode colonne, à la place du traditionnel stockage en mode ligne. De plus, l'éxécuteur de requètes permet d'utiliser plusieurs coeurs de processeur. Mais tout de même, c'est la license et la qualité du code de PostgreSQL qui font qu'il a été choisi.

Il est intérressant d'apprendre que Yahoo va supporter et aider le projet.

Ceci n'aurait pas été possible avec une base de données propriétaire, et montre bien la superiorité du logiciel libre, au code ouvert, sur le logiciel propriétaire.

¹ : Un pétaoctet, c'est mille téraoctets, un million de gigaoctets, un milliard de mégaoctets. Un mégaoctet, c'est un million de caractères, c'est 1 minute de musique au format Ogg-Vorbis, c'est une photo numérique de 4 mégapixels.

PostgreSQL 8.3

Sébastien Lardière — Mon, 11 Feb 2008 17:27:00 +0100

PostgreSQL 8.3 est donc sorti lundi dernier, et d'après les premiers tests que j'ai pu faire, cette nouvelle version est vraiment intéressante.

Quelques liens sur le sujet :

PostgreSQL vs. MySQL

Sébastien Lardière — Fri, 26 Oct 2007 16:31:00 +0200

On me demande souvent la liste des différences existantes entre PostgreSQL et MySQL. Je vais donc tenter de faire une liste des fonctionnalités existantes dans PostgreSQL, et pas dans MySQL :

L'opérateur ||, pour la concaténation de chaines de caractères, qui fait parti du standard SQL.
Un type de données booléen.
Les contraintes de vérifications sur les colonnes, et sur une table, avec le mot-clé CHECK.
Les clés étrangères ne sont présentes qu'avec le moteur de stockage InnoDb.
Le fait de pouvoir différer les vérifications des clés étrangères.
Les déclencheurs sur les ordres (For each statement), et non pas seulement sur les tuples (For each row).
Les ordres DDL compatibles ACID.
Les domaines : types de données avec des contraintes.
Les aggrégats définis par l'utilisateur.
Le choix du langage de procédures stockées : Java, Php, Python, Perl, C, Ruby, Sh, ...
Les règles de réecritures des requêtes.
Un auto-incrément mutualisé entre plusieurs tables.
Des opérateurs et transtypages définis par l'utilisateur.
La notion d'espace de noms (schémas). Cette notion est confondue avec celle de base de données dans MySQL, alors qu'elle est bien distincte dans le cas de PostgreSQL.
Les espaces de données (tablespace).
L'héritage de tables.
Les types d'index définis pas l'utilisateur.

Cette liste est dans le désordre, et certainement pas finie...

PostgreSQL, seconde édition

Sébastien Lardière — Wed, 10 Oct 2007 18:49:00 +0200

Une seconde édition de mon livre sur PostgreSQL est paru, intégrant les nouveautés de la version 8.2 de PostgreSQL.

Il est toujours disponible aux éditions ENI. Tous les renseignements sur trouvent sur la page qui lui est dédiée.

A noter que la version 8.3 de PostgreSQL est en préparation. Actuellement, la version 8.3 est dans la phase « béta », et est donc disponible pour des tests.

Adhésion à l'APRIL

Sébastien Lardière — Sun, 27 May 2007 19:12:00 +0200

Je viens de prendre mon adhésion à l'APRIL. J'aurais du le faire depuis longtemps déjà, mais maintenant, plus qu'avant, il est important les logiciels libres soient défendus. J'espère que mon adhésion sera utile à l'association, et que je puisse prendre une part active à la vie de l'association.