🅭

# successeur de MySQL
# l'original ayant été racheté par Sun lui même racheté par Oracle éditeur dominant de base de données qui n'a de cesse de le tailler pour les fusioner.

# ce qu'on appel d'habitude "base" est appelé schema
# avant de fonctionner il faut que le trois schemas  : information_schema performance_schema  et mysql
# il y a une commande pour ça:
mysql-prepare-db-dir

# seulement après on peut lance le demon mysqld qui gère l'accès à la base

# un truc étrange qui devrait être mis en exergue
# avant la première utisation il faut tapper:
mysql -u root -p

# pour mettre un mot de passe en se connectant en shell à n'import quel compte

par defaut un serveur mariadb ecoute sur le port 3306

# une script pour convertir un export informix en dump mariadb

# /!\ les tables en InnoDB stockent les données en dehors du repertoire de la base, donc il faut absolumet utiliser la commande SQL "drop database"

show dabases;
use nom_base;
show tables;
describe nom_table;
select * from nom_table limit 3;

# la commande mysqldump pond un script SQL qui permet de reconstituer la base et remplir les tables.
# le problème vient du non respet de la dépendance des tables dans l'ordre de création du script.
# du coup ça plante lors de la définition d'une clé étrangers vers une table qui n'existe pas encore
#  les boucles ne sont pas exclues, ex:  un département pointe vers sa préfecture qui est une ville qui pointe vers un département.

# donc avant de lancer la commande "source ....dump.sql"

SET FOREIGN_KEY_CHECKS=0;

# par défaut les déclencheurs ( triggers ) sont sauvegardés mais non pas les procédures et les fonctions il faut dans ce cas ajouter l'option --routines (-R)