dasini.net – Journal d'un expert MySQL

(<- précédent)

Les fonctionnalités XPath de MySQL 5

MySQL 5 offre la possibilité de pouvoir exécuter des requêtes XPath sur un flux XML, grâce à la fonction extractValue().

Le résultat récupéré est la concaténation de la valeur textuelle de chacun des nœuds trouvés (chaque valeur étant dissociée des autres par un espace blanc).

Comment récupérer la valeur de l’élément racine d’un flux XML ?

Extraire des données d’une variable contenant du XML

/*Contenu du fichier XML */

shell> cat formateur.xml

<opensource>

Les formateurs de l'équipe sont :

<formateur domaines="MySQL PHP">

<nom>Dasini</nom>

<prenom>Olivier</prenom>

</formateur>

<formateur domaines="PHP XML">

<nom>Allard</nom>

<prenom>Fabien</prenom>

</formateur>

<formateur domaines="Linux MySQL">

<nom>Dumont</nom>

<prenom>Pierre</prenom>

</formateur>

et sont passionnés par l'open source.

</opensource>

/* Initialisation de la variable @xml avec le contenu du fichier formateur.xml */

mysql> SET @xml = LOAD_FILE( './formateur .xml');

/* Récupération de la valeur de l’élément racine */

mysql> SELECT extractValue( @xml, '/opensource')\G

*************************** 1. row ***************************

extractValue( @xml, '/opensource'):

Les formateurs de l’équipe sont :

et sont passionnés par l’open source.

Comme vous pouvez le constater les éléments enfants de l’élément racine sont supprimés de la sélection : seul le contenu propre des éléments recherchés est donc intégré au résultat.

Autre exemple, on veut sélectionner le deuxième formateur de notre flux XML, ainsi que les formateurs qui ont pour domaine de compétence MySQL:

Extraire le deuxième formateur et les formateurs MySQL

Comme vous avez pu le constater, XPath est également un langage d’interrogation. Examinons d’un peu plus près sa syntaxe.

Une expression XPath représente ce qui est appelé un chemin de localisation (très similaire au chemin permettant d’identifier un fichier) dans lequel chaque nœud est séparé des autres avec un /.

Généralement, la recherche s’effectue en fonction de deux types de nœuds distincts :

• les nœuds éléments, renseignés par leur nom,

• les attributs, indiqués par un @ accolé à leur nom.

Ainsi l’expression formateur/@domaines réfère l’attribut appelé domaines des éléments nommés formateur.

Pour pouvoir filtrer plus finement les éléments, XPath dispose des prédicats.

Chacun de ces prédicats est spécifié dans une paire de crochets [expression].

Une expression peut être soit une simple évaluation, soit utiliser une (ou plusieurs) fonction(s).

Par exemple formateur[@domaines= »Linux MySQL »][contains( nom, « Dumont »)]/prenom retrouve tous les prénoms des formateurs qui ont pour domaines Linux MySQL et qui possèdent un nom valant Dumont.

Les chemins de localisation utilisés peuvent être indiqués de façon absolue ou de façon relative. Dans ce deuxième cas, la recherche s’effectue en fonction du nœud contexte.

Dans l’expression précédente, l’attribut domaines testé est celui de l’élément formateur.

Enfin, il est possible de se déplacer dans l’arborescence (un . représente le nœud courant, et .. le nœud parent).

Ainsi formateur/prenom[../@domaines= »Linux MySQL »][contains( ../nom, « Dumont »)] est équivalente à l’expression précédente.

(à suivre… utiliser XML avec MySQL 5.1 : Extraire les données d’un flux XML stocké en base)

L’association LeMug.fr (MySQL User Group francophone) organisera son forum MySQL avec l’aide de l’Association Française des Utilisateurs de PHP (http://www.afup.org) les 12 et 13 Novembre 2009 à la Cité des Sciences et de l’Industrie.

Plusieurs conférences sont prévues sur la base de données MySQL avec des intervenants de renom. Le programme est en cours de finalisation !

Les membres de l’association LeMug.fr bénéficient d’une réduction sur le tarif global !

Pour vous inscrire ou vous tenir au courant : http://afup.org/pages/forumphp2009/inscription.php

Avalisé par les autorités américaines de la concurrence, le rachat de Sun par Oracle patauge encore en Europe. Rien n’indique que l’exécutif européen donnera son feu vert pour le moment, car il vient d’ouvrir une enquête approfondie.

Rien n’est encore joué ! Bien que les autorités américaines aient donné leur accord pour le rachat de Sun par Oracle, à Bruxelles, le dossier est encore en standby.

C’est en tout cas ce que rapporte Reuters, expliquant que l’intégration de Sun, et notamment celle de MySQL, au portefeuille d’Oracle est relativement gênante. Car purement et simplement, ceci pourrait faire d’Oracle un acteur sur les bases de données en position dominante. Ce qui n’a pas semblé choquer les autorités américaines.

La Commission Européenne a d’ailleurs ouvert aujourd’hui une enquête approfondie sur la fusion des deux groupes. Celle-ci doit être conclue au plus tard le 19 janvier 2010 ! Le commissaire à la concurrence a déclaré que « La Commission doit examiner très soigneusement les effets sur la concurrence en Europe lorsque la première entreprise mondiale de base de données se propose de racheter la première entreprise mondiale de base de données open-source ». D’où les doutes entretenus jusqu’ici…

Soulignons également que Sun a très récemment annoncé une perte sèche de 147 millions de dollars (contre un bénéfice de 88 millions de dollars sur un an) et un recul des ventes de 31% sur le dernier trimestre fiscal.

http://www.linformaticien.com/Actualit%C3%A9s/tabid/58/newsid496/6900/l-europe-hesitante-sur-le-rachat-de-sun-par-oracle/Default.aspx

Récapitulatif de la saga:

http://dasini.net/blog/2009/04/21/oracle-achete-sun-donc-mysql/

http://dasini.net/blog/2009/06/30/oracle-et-sun-sous-la-loupe-de-la-justice-americaine/

http://dasini.net/blog/2009/07/03/rachat-de-sun-par-oracle-la-communaute-reagit-sur-php-tv/

http://dasini.net/blog/2009/08/05/bruxelles-mene-son-enquete-sur-le-rachat-de-sun-par-oracle/

http://dasini.net/blog/2009/08/26/oracle-sun-cest-valide-cote-americain/

Un article de mon ami Julien Pauli, qui traite du grand écart entre les compétences requises et demandées pour un projet web et les salaires proposés…

Dans quelques heures c’est le week-end qui commence 🙂 Pour fêter cela, voici une petite pub pour la linux fondation, qui vente les mérites de tux.

Cette pub n’est pas récente mais est assez sympathique. A voir ou à revoir 🙂

http://video.linuxfoundation.org/video/1057

Si la justice américaine a donné son feu vert à l’acquisition de Sun Microsystems par Oracle, les deux entreprises attendent encore celui de la Commission européenne.

Le suspens a pris fin (si tant est qu’il y en eut un). La Justice américaine (le DoJ) a validé l’acquisition de Sun Microsystems par Oracle signée en avril dernier, selon un communiqué (laconique) d’Oracle. Après moultes négociations avec IBM, Sun s’était finalement laissé séduire par la proposition d’Oracle en échange d’un chèque de 7,4 milliards de dollars, dette comprise.

Mais la récupération des actifs de Sun par le géant de la base de données amenait quelques questions autour d’éventuelles positions dominantes sur plusieurs marchés. A commencer par Java.

En mettant la main sur Sun, Oracle s’empare d’une technologie (langage de programmation et environnement d’exécution) utilisée par quelques 7 milliards d’appareils électroniques dont nombre de téléphones mobiles. Comme nombre de ses concurrents, Oracle est notamment un gros utilisateur de Java. Savoir que l’entreprise de Redwood City va désormais décider des développements de Java a effectivement de quoi inquiéter. Il faut croire qu’Oracle a fourni au DoJ des garanties en la matière.

Autre inquiétude, l’avenir de MySQL. Rachetée par Sun à MySQL AB en janvier 2008, la base de donnée open source tombe entre les mains du plus grand éditeur de base de données propriétaire. L’avenir de MySQL aurait donc pu être compromis, Oracle pouvant ainsi écarter une technologie concurrente potentielle notamment utilisée par des millions de services web. L’avenir le dira.

Si les autorités américaines ont donné leur feu vert, l’acquisition n’est pas encore définitive. Oracle attend maintenant l’aval de la Commission européenne. Ce qui pourrait ne pas tarder, Oracle et Sun ayant promis de boucler l’opération avant la fin de l’été. Les actionnaires de Sun avaient, de leur côté, validé l’offre d’Oracle le 16 juillet dernier.

http://www.silicon.fr/fr/news/2009/08/21/oracle_sun___c_est_valide____cote_americain

Récapitulatif de la saga:

http://dasini.net/blog/2009/04/21/oracle-achete-sun-donc-mysql/

http://dasini.net/blog/2009/06/30/oracle-et-sun-sous-la-loupe-de-la-justice-americaine/

http://dasini.net/blog/2009/07/03/rachat-de-sun-par-oracle-la-communaute-reagit-sur-php-tv/

http://dasini.net/blog/2009/08/05/bruxelles-mene-son-enquete-sur-le-rachat-de-sun-par-oracle/

En cette période estivale, un petit coup de projecteur sur un projet de cartographie libre: Openstreetmap

Openstreetmap est un projet destiné à réaliser une carte du monde, sous licence dite “libre”. Cela signifie,  que tout le monde est libre d’utiliser, d’améliorer, de distribuer ou d’effectuer des travaux dérivés à partir de nos cartes, donnant ainsi une liberté bien plus grande que les solutions déjà existantes, telles google maps ou yahoo maps.

Deux articles d’une série de six, pour connaître un peu mieux les aspirations de la communauté Open Street Map:

Les routards du web : « Nous sommes comme des fourmis »

Les routards du web : « Il suffit d’une paire d’yeux »

Lorsque l’on parle de cartographie, on parle souvent de souvent de géo-référencement. Voici OpenRouteService une alternative (encore limitée) à ViaMichelin, Mappy et autres…

OpenRouteService.org est un service européen d’information géo-référencée basé sur des standards (recherche de points d’intérêt, de géocodage inverse, calcul d’itinéraire voiture, vélo, piéton ) et tout cela avec les données libres d’ OpenStreetMap.
Ce service développé par l’Université de Bonn, couvre notamment la France.

my.cnf, comme vous le savez certainement est le nom du fichier de configuration de MySQL. Vous pouvez également le retrouver sous le nom de my.ini en environnement MS Windows. Il permet comme son nom l’indique de configurer votre serveur MySQL en y centralisant les options de … configuration. Le but ici n’est pas de détailler la longue liste des paramètres de MySQL, la documentation officielle est (presque) bien faite, mais de mettre le « focus » sur la directive !include (avec un « ! » devant).

Cette dernière permet d’inclure un fichier de configuration dans un autre (sic). Autant je suis un adèpte de la non duplication du code en dévellopement (des require_once en PHP utilisés avec modération ça vous simplifie bien votre code), autant je ne suis pas un grand fan pour éclater la configuration de mon serveur MySQL en plusiseurs endroits. Cependant 🙂 il faut avouer que parfois cela peut servir !

Alors comment ça marche ?

C’est (apparemment) très simple. Mon client mysql va chercher sa configuration dans différents endroits (définit à la compilation):

Mon fichier de configuration se nomme  /etc/mysql/my.cnf et il contient simplement la directive !include suivit du « vraie » fichier de configuration:

Et au final dans mon fichier de configuration (au passage j’utilise le très pratique soft développé par Giuseppe Maxia : MySQL Sandbox):

Simple non ?

C’est (presque) tout, et ça marche…pas 🙁

Une petite vérification s’impose:

Les paramètres ne sont pas prit en compte. (commentaire de l’expert: ça ne peut donc pas fonctionner)

(30 minutes et quelques insultes plus tard…)

En fait, la subtilité,  c’est de rajouter un saut à la ligne, à la fin de la commande !include /home/daz/sandboxes/msb_5_1_35/my.sandbox.cnf

Vérification (au cas où):

(commentaire de l’expert: ça fonctionne !)

🙂

(<- précédent)

Interroger un flux XML avec Xpath

L’emploi de XML ne présenterait pas beaucoup d’intérêt sans la possibilité de pouvoir interroger sa structure pour accéder à une information particulière : le langage XPath répond à cette attente et est (en partie du moins) aujourd’hui intégré à MySQL. Mais avant de voir comment utiliser XPath à travers MySQL, il est nécessaire de se pencher sur la syntaxe de ses expressions, dont la construction la plus importante est sans conteste le chemin de localisation (location path).

Le chemin de localisation

De manière similaire à la navigation au sein d’un système de fichiers, un chemin de localisation se compose d’une succession d’étapes, séparées les unes des autres par un /. La description d’un chemin peut se faire de façon absolue ou relative, auquel cas un nœud contexte est utilisé afin de déterminer à partir de quel endroit doit s’effectuer la recherche.

Chaque étape d’un chemin de localisation peut se diviser en trois parties (axe de recherche, test du nœud et ensemble de prédicats), réunies sous la forme suivante :

Axis::Node-Test[Predicate1][Predicate2]…

L’axe de recherche (Axis)

L’axe de recherche permet de spécifier dans quel sens orienter la sélection des nœuds que l’on veut récupérer par rapport au nœud courant. Ainsi, il est possible de choisir de chercher dans l’ensemble des nœuds des descendants, plutôt que de se limiter (par défaut) aux nœuds directement enfants.

Il existe une dizaine d’axes de recherche, dont les plus usités sont :

• child, qui limite à l’exploration des nœuds éléments directement enfants du nœud contexte,
• descendant, qui englobe, en plus des nœuds enfants, tous les éléments descendants,
• descendant-or-self, identique à descendant avec en plus le nœud contexte inclus,
• ancestor, qui contient tous les nœuds ancêtres,
• ancestor-or-self, identique à ancestor avec en plus le nœud contexte,
• following-sibling, qui fait référence aux éléments frères suivants,
• preceding-sibling, qui fait référence aux éléments frères précédents,
• attribute, qui se cantonne à la recherche dans les nœuds attributs.

Le test du nœud (Node-Test)

Généralement, le test repose sur le nom du nœud que l’on veut retrouver. Cependant, XPath ne se limite pas à la recherche de simples éléments, mais à tous types de nœuds. Il est donc ainsi possible de préciser le type de nœud que l’on veut atteindre grâce aux fonctions suivantes :

• node(), qui valide tous types de nœuds,
• text(), pour les nœuds texte,
• comment(), pour les commentaires,
• processing-instruction(), pour les instructions de traitements.

Les prédicats (Predicates)

Les prédicats, délimités par un « [«  et un « ]« , permettent de filtrer plus finement l’ensemble des nœuds retrouvés par le chemin de localisation, en évaluant l’expression qu’ils contiennent et en ne retenant que les nœuds qui la valident. Plusieurs prédicats peuvent se suivre, filtrant ainsi un peu plus précisément l’ensemble des nœuds à garder.

Les expressions mises en place dans les prédicats peuvent, en plus des quelques fonctions existantes et des opérateurs habituels, exploiter des ensembles de nœuds (node-sets) récupérés grâce à… des chemins de localisation !

Ainsi, il est possible d’adapter la validité d’un chemin de localisation en fonction même de tout élément de l’arborescence du flux XML.

Par exemple, si l’on considère l’expression XPath suivante :

//article[@rubrique = /site/menu/rubrique[2]]

On récupère tous les articles qui possèdent un attribut rubrique ayant la même valeur que la deuxième rubrique du menu du site.

Cet autre exemple :

//article[not( @rubrique = preceding-sibling::article/@rubrique)]

permet de ne sélectionner que les articles qui n’ont pas leur attribut rubrique égal à l’attribut rubrique d’un article précédent. En d’autres termes, on ne récupère ici que le premier article de chaque rubrique.

Quelques raccourcis

Afin de faciliter la lecture et l’écriture de requêtes XPath, il existe bien heureusement un ensemble de raccourcis pratiques:

Raccourcis Xpath

(à suivre… utiliser XML avec MySQL 5.1 : Les fonctionnalités Xpath de MySQL 5)