Masochisme, ou utiliser MariaDB quand tout est contre

[Zulgrib]

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.

[guillaume]

Bonjour,

C'est bien plus simple que vous le pensez, OpenConcerto a besoin d'avoir dans le MySQL les mêmes tables et les mêmes champs.

Utiliser une même base pour tous les logiciels, c'est beau conceptuellement, mais dans la pratique : un bug dans MySQL et tout saute (elle est longue la liste des bugs graves de MySQL ).
Je ne parle même pas de l'enfer du X a besoin de MySQL 4, Y du 5 et Z ci du 5.5...

Cordialement,

[Zulgrib]

Nous sommes bien d'accord, mais certaines personnes sont têtues, et machine dédiée pour base dédiée à une tâche critique, ils ne veulent pas en entendre parler.

Les mêmes tables et champs c'est bien, mais les schémas n'existent pas, en mode multi entreprise, comment seront différenciés les entreprises ? Tous les schémas sont à transposer en bases ? (Ce qui veut dire que l'utilisateur bdd openconcerto doit se voir attribuer des permissions sur des objets types "OpenConcerto%" ?)