Masochisme, ou utiliser MariaDB quand tout est contre
Posté : mar. janv. 09, 2018 2:39 am
Bonjour, je cherche à documenter ce qu'il faut pour une installation avec MariaDB en logiciel de base de donnée.
Actuellement, le client java MySQL n'est pas fourni avec le paquet d'installation, mais devrait être utilisé automatiquement si ajouté à côté de l'exécutable ou présent dans un chemin adéquat.
Le fichier .sql initiale utilise des fonctions propre à PostgreSQL, à savoir, les "sous bases de données" (schémas) qui n'ont pas l'air d'exister sur MySQL/MariaDB
Mais officiellement, il y a bien un support de MySQL (selon le site web et interlocuteur au téléphone)
À vérifier :
Que cherche le logiciel lorsqu'il est configuré pour utiliser MySQL ?
- Des tables à préfixes ?
- Des bases de données à préfixes ?
- Les mêmes tables, toutes dans une même base, avec une ou plusieurs colonne(s) supplémentaire(s) pour marquer les liens ?
- Le processus de mise à jour des tables fonctionne correctement ?
Les raisons :
Certaines infrastructures ont des règles strict et ne souhaitent pas changer. (De la grosse entreprise trop lente à la petite qui ne souhaites pas investir dans la formation pour un autre logiciel de base de données)
Certains serveur se coltinent déjà plusieurs logiciels de base de donnée pour des raisons économiques, ça en fera encore une.
Réduire le nombre de services pour réduire la surface d'attaque, si un logiciel de base de donnée est déjà utilisé, reprendre celui-ci si possible.
Les clients PostgreSQL sont chiants, ou fonctionnent en services web. dbeaver ne respecte pas $XDG_HOME_CONFIG. pgAdmin IV me donne envie de vomir.
Pour le défi quand tout est contre.
Même si théoriquement fonctionnel, il n'y aura probablement pas d'intervention sans contrat de maintenance de la part d'ILM, ne pas utiliser en prod si vous n'êtes pas sûr de vous.
La configuration des utilisateurs étant moins fine avec MySQL/MariaDB, gare aux mauvaises surprises.
Actuellement, le client java MySQL n'est pas fourni avec le paquet d'installation, mais devrait être utilisé automatiquement si ajouté à côté de l'exécutable ou présent dans un chemin adéquat.
Le fichier .sql initiale utilise des fonctions propre à PostgreSQL, à savoir, les "sous bases de données" (schémas) qui n'ont pas l'air d'exister sur MySQL/MariaDB
Mais officiellement, il y a bien un support de MySQL (selon le site web et interlocuteur au téléphone)
À vérifier :
Que cherche le logiciel lorsqu'il est configuré pour utiliser MySQL ?
- Des tables à préfixes ?
- Des bases de données à préfixes ?
- Les mêmes tables, toutes dans une même base, avec une ou plusieurs colonne(s) supplémentaire(s) pour marquer les liens ?
- Le processus de mise à jour des tables fonctionne correctement ?
Les raisons :
Certaines infrastructures ont des règles strict et ne souhaitent pas changer. (De la grosse entreprise trop lente à la petite qui ne souhaites pas investir dans la formation pour un autre logiciel de base de données)
Certains serveur se coltinent déjà plusieurs logiciels de base de donnée pour des raisons économiques, ça en fera encore une.
Réduire le nombre de services pour réduire la surface d'attaque, si un logiciel de base de donnée est déjà utilisé, reprendre celui-ci si possible.
Les clients PostgreSQL sont chiants, ou fonctionnent en services web. dbeaver ne respecte pas $XDG_HOME_CONFIG. pgAdmin IV me donne envie de vomir.
Pour le défi quand tout est contre.
Même si théoriquement fonctionnel, il n'y aura probablement pas d'intervention sans contrat de maintenance de la part d'ILM, ne pas utiliser en prod si vous n'êtes pas sûr de vous.
La configuration des utilisateurs étant moins fine avec MySQL/MariaDB, gare aux mauvaises surprises.
).