C'est une des grandes questions de ce 21e siècle moment. Après le rachat de Sun par Oracle, que peut-on prévoir pour les différents projets relatifs à ces 2 corps qui ne forment plus qu'un ?
David Van Couvering se fait un plaisir, sur son blog, d'émettre ses hypothèses. En résumé, cela donne :

• Glassfish : peut survivre grâce à la communauté, mais ne sera pas mis en avant par Oracle. Va mourir.
  
• NetBeans : un éditeur qui devient un éditeur de trop. Va mourir.
  
• JavaFX : Oracle en a rien à faire. Va mourir.
• JavaDB : À quoi ça sert maintenant ? Va mourir.
• MySQL : indéterminé, mais pas loin du "Va mourir".

Bon, j'ai vraiment résumé à ma manière, l'auteur est beaucoup plus indéterminé que ça. Pour découvrir les arguments qu'il avance et comment il fait pencher …

Bonjour,

Comme vous le savez surement, Oracle a acheté SUN Microsystems pour la modique somme de 7 milliards de dollars (environs). Comme tout le monde j’ai été complètement surpris et un peu abasourdi par cette information.
Une question me vient à l’esprit, est-ce que le départs des (de certains) historiques de MySQL est lié à ce rachat ?
Car, en y repensant, Oracle a à plusieurs reprise tenté d’acheter MySQL, et d’ailleurs les moteurs de stockages InnoDB et Berkeley DB appartiennent déjà à Oracle !

Je n’irai pas jusqu’à dire qu’Oracle rachète SUN pour MySQL Mais cet envie « historique»  d’achat de MySQL peut permettre d’espérer …

Il est parfois reproché au serveur MySQL de ne pas fournir suffisamment d’outils de benchmark / profiling concernant les requêtes ou le fonctionnement du serveur lui-même. Des commandes telles que SHOW STATUS (affiche l’état du serveur à un instant t), ou bien encore EXPLAIN (plan d’exécution de la requête SQL) permettent néanmoins d’obtenir de précieuses informations.

Ceci étant dit, comment s’assurer que son serveur MySQL tiendra la charge ? 1000 requêtes /s en insertion sont prévues le jour de la sortie de votre prochain service internet : votre serveur sera t-il capable d’y faire face  ?

Les deux outils présentés aujourd’hui permettent de simuler la charge reçue par le serveur MySQL en fonction de différentes paramètres dont le nombre de connexions simultanées et le nombre de requêtes par utilisateurs. Avec de tels outils, vous pouvez par exemple tester mysqlslap sur une de vos …

Un peu dans l’idée de asktom.oracle.com, le très célèbre site de Tom Kyte, grand gourou Oracle, nous lançons une sorte de Yahoo! Question - Réponse sauce DBNewz. Suite à l’idée d’Arnaud et sa série dont vous êtes le héros, nous vous invitons à poser une question par émail à question@( vous connaissez le domaine )  et nous y répondrons.

Quelle est la différence avec un forum? Nous retenons les meilleures questions et nous écrivons un article avec la dite question et sa réponse. Si vous ne voyez pas votre question, c’est que nous n’avons pas encore eu le temp d’y répondre…

A très bientôt!

PS: Cette adresse peut aussi être utilisée si vous constatez un problème sur le site…

Modifier une petite ligne dans le fichier de configuration de son SGBD et obtenir les performances souhaitées, c’est possible… si vous êtes chanceux. La performance globale d’un SGBD repose en effet sur un ensemble de briques, logicielles ou matérielles, qui une fois empilées correctement forment un ensemble cohérent (et performant) : la seule étape du fichier de configuration ne suffit pas.

Dans un de ses récents billets, Matt Yonkovit a déclenché une série de réflexions intéressantes à propos de l’impact des performances des disques durs sur l’ensemble du SGBD.

Selon lui, les problèmes de performance au sein d’un SGBD sont la plupart du temps relatifs aux disques durs et notamment au nombre d’I/O (Entrées/Sorties) qu’ils …

Aujourd’hui j’ai reçu un message d’un collègue qui était surpris de voir que son “datafile” InnoDB gardait la même taille aprés avoir effacé des tables ou des éléments de ses tables.
C’est tout à fait normal! Toutes les bases de données marchent de la même facon. Un tablespace s’agrandira tout seul si vous le créez en mode autoextend et ce sous MySQL mais aussi Oracle, IBM DB2,… Si vous n’activez pas la fonction autoextend quand la base voudra allouer de la place, vous verrez une belle erreur.

La question est pourquoi? Performances!

Pour gagner en performances, vous voulez que votre base pré alloue de l’espace disque, des blocks de data pour vous. Nous parlons alors d’extend. Vu ces conditions veut on vraiment désalloué des entends pour les réallouer ensuite? La réponse est non!

Comment alors récupérer de l’espace? La seule solution est d’exporter les data, d’effacer les …

Dans ma todo list de cette année, je dois m’occuper de la migration de bases de données IBM DB2 vers Oracle. Je n’entrerai pas dans la polémique sur le meilleur SGBD. Pour moi tout dépend de votre budget, de vos data mais aussi du niveau de compétence disponible dans votre équipe.
Je vais devoir regarder un peu plus en détail l’outil fourni par Oracle, je veux bien évidemment parler de Oracle Migration Workbench

Cet outil est sensé me simplifier la vie pour migrer des bases Sybase, Informix et DB2 vers de l’Oracle. (Oracle9i et Oracle10g). Il s’occupe du schéma, des triggers, des procédures stockées. Serait ce l’outil magique? Bon il n’est pas encore capable de modifier votre application client si vous utiliser du SQL spécifique à votre SGDB mais qui sait.

Premier bémol, il ne semble supporter que du …