Ayant une grande expérience des bases de données dans le monde des grands systèmes, il est logique que Ajornet ait fait ce choix là.

Quel que soit le SGBDR (Système de Gestion de Bases de Données Relationelles), les concepts de bases sont les mêmes et ils suivent tous ou presque les standards ANSI. Ce qui nous facilite la tâche, à nous développeurs. Car la conception de la base est la même et suit les mêmes règles pour tous les SGBDR, digne de ce nom. Pour savoir si MySql est ou non un SGBDR, vous pouvez lire cet article.

Toutes les combinaisons «Serveur-Langage de script-SGBD» ne sont pas possibles ou optimisées. Il est, par exemple, possible d'accèder à MySql sur un serveur NT avec ASP, mais ce n'est pas forcément un bon choix, alors que la combinaison Access sur Linux n'est pas possible. A première vue c'est une faiblesse de Linux mais c'est Access qui ne fournit pas d'API standard, alors que l'équipe de MySql a déployé des API aussi sous Win32 !

Ceci nous amène donc fréquemment à faire des export/import d'un système vers un autre. Pour cela nous avons une panoplie d'outils à notre disposition.

Pour passer d'Access à MySql par exemple, plutôt que d'utiliser le format CSV, je préfère exécuter un script PHP en local qui lit Access par ODBC et qui écrit MySql au fur et à mesure.

J'ai eu à traiter un export récurrent de Filemaker vers Mysql. Pour faire cela, j'ai utilisé les exports XML de FileMaker grâce au « web companion », comme cela je récupère le DDL, la description de la base, plus facilement.