J’adore Maatkit. Je m’en sers régulièrement dans toutes sortes d’occasions. Pour tous les Slaves que je configure, j’ajoute un petit script maison qui utilise mk-table-sync afin valider l’intégrité des données sur le Slave avec le Master. Ce petit script envoie un email avec les différences et les requêtes à exécuter le cas échéant.

J’ai remarqué que mk-table-sync possède certaines limitations, c’est-à-dire que le format de la table et l’encoding joue un rôle important sur la manière dont l’outil effectue ses comparaisons. Les tables sans clé primaire ou d’identifiant unique sont particulièrement problématiques, et c’est tout à fait compréhensible. Par définition, s’il n’y a pas d’identifiant unique, il est impossible

Rachat de Sun par Oracle : c’est OK pour l’UE

La décision de la CE

Pour être honnête, je ne suis pas étonné. Elle se base notamment sur le fait que MySQL et Oracle ne sont pas en concurrence sur le segment haut de gamme.

Ouais et alors ?

Ce qui est sûre c’est que ce n’est pas avec ce rachat, que cela risque d’arriver !

Engagements pris par Oracle sur l’avenir de MySQL

Je ne peux que laisser le bénéfice du doute, mais force est de constater que pour l’instant c’est l’expectative…

PostgreSQL une bonne alternative à MySQL ?

PostgreSQL est un bon SGBD, je n’ai aucuns doutes la dessus. Mais, loin de tout « trolls » et de polémiques inutiles, d’un point de vue entreprise, penser

Trop de données, trop d'écritures, la solution la plus rapide et facile à mettre en place consiste à déplacer des tables sur d'autres serveurs. Ainsi, on s'est retrouvé avec plusieurs "bulles" composées d'un master et de N slaves. Ce qui complique un peu quand même.

Déjà, les backups. Maintenant, il faut un slave supplémentaire par bulle pour le backup. Rappel: il faut arrêter la réplication pour avoir un bon backup capable de repartir, de reconfigurer un slave from scratch.

Autre problème, bien plus complexe: souvent, notamment pour les statistiques, il faut faire de grosses requêtes avec des JOINs inter tables et inter base de donnée.

Il existe des solutions à ces problèmes, rajouter des slaves, faire de la consolidation de donnée par batch pour les stats... et le multiple source replication. Cette

Depuis plusieurs mois, la commission européenne travaillait sur le dossier du rachat de Sun par Oracle, afin de s’assurer qu’il ne dégraderait pas trop la concurrence sur le marché des systèmes de gestion de bases de données. Malgré la pétition lancée en début d’année par l’un des créateurs de MySQL, la commission a rejoint l’avis des autorités américaines, et s’est donc prononcée favorablement à ce rachat.

Pour justifier son choix, la commission européenne s’appuie notamment sur les engagements pris par Oracle sur l’avenir de MySQL et sur l’existence de la base de donnée libre PostgreSQL, que beaucoup considèrent comme une bonne alternative à MySQL. La commission a également pris en compte le fait qu’il sera toujours possible de réaliser de nouveaux SGBD libres en s’appuyant sur

MySQL au coté d’Oracle ? Cette éventualité aurait fait sourire il y a quelques temps encore. Or depuis le rachat de MySQL par SUN, puis de SUN par Oracle, c’est en passe de devenir une réalité. Un cauchemar ?

MySQL est un serveur de gestion de bases de données (SGBD) dont les principaux atouts sont la rapidité, la robustesse et la facilité d’utilisation. Son moteur est basé sur la norme ANSI SQL 92, tout en y apportant quelques fonctions spécifiques. Il est disponible sous deux licences, la licence GPL (General Public License) des projets GNU et FSF (Free Software Foundation) et une licence propriétaire