Discussion :

[CinePhil]

Bonjour

Lorsque j'utilise la fonction exporter de phpMyAdmin pour sauvegarder ma BDD en format SQL, pour les vues, il :
- Crée une table au nom de la vue avec la structure des colonnes de la vue ;
- Supprime la table qui vient d'être créée ;
- Crée a vue mais avec une syntaxe bizarre qui la rend inutilisable une fois importer sur un autre serveur :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
--
-- Doublure de structure pour la vue `v_utilisateur`
--
DROP VIEW IF EXISTS `v_utilisateur`;
CREATE TABLE IF NOT EXISTS `v_utilisateur` (
`userId` int(11)
,`userLogin` varchar(24)
,`userValide` tinyint(1)
,`userPwd` varchar(255)
,`userNom` varchar(48)
,`userPrenom` varchar(32)
);
 
--
-- Structure de la vue `v_utilisateur`
--
DROP TABLE IF EXISTS `v_utilisateur`;
 
CREATE ALGORITHM=UNDEFINED DEFINER=`pef`@`127.0.0.1` SQL SECURITY DEFINER VIEW `v_utilisateur` AS select `u`.`uti_id_personne_physique` AS `userId`,`u`.`uti_login` AS `userLogin`,`u`.`uti_valide` AS `userValide`,`u`.`uti_mot_passe` AS `userPwd`,`p`.`prs_nom` AS `userNom`,`pph`.`pph_prenom` AS `userPrenom` from ((`th_utilisateur_uti` `u` join `th_personne_physique_pph` `pph` on((`pph`.`pph_id_personne` = `u`.`uti_id_personne_physique`))) join `te_personne_prs` `p` on((`p`.`prs_id` = `pph`.`pph_id_personne`)));

C'est la partie ALGORITHM=UNDEFINED DEFINER=`pef`@`127.0.0.1` SQL SECURITY DEFINER qui fout le bordel !
Lorsqu'on essaie d'interroger la vue, on a un message d'erreur à propos du definer.

J'ai supprimé les vues importées et repris chaque CREATE VIEW ... AS SELECT ... et je n'ai pas eu de souci pour la création ni lors de l'interrogation.

Y a t-il un moyen d'éviter ce morceau inutile lors de la sauvegarde ?

[SQLpro]

Oui, ne pas utiliser de vues !!!! ;-)

Oh les joies de MySQmerde.

Sérieusement comme les vues ne sont pas performantes avec MySQL...

A +

[CinePhil]

Oui, ne pas utiliser de vues !!!! ;-)

Oh ! Fred ! Toi qui clame toujours que l'application ne doit accéder à la BDD que via des vues !

Oh les joies de MySQmerde.

Oui, ça ce n'est pas nouveau !

Sérieusement comme les vues ne sont pas performantes avec MySQL...

Arf !
Bon, pas grave... cette BDD ne devrait pas prendre une ampleur considérable, même jusqu'à ma retraite dans une dizaine d'années.
Par contre, c'est quand même plus facile d'écrire dans le code applicatif (et à lire et déboguer aussi) une requête sur une vue qui a déjà pré-mâché le boulot plutôt que se taper les multiples jointures à chaque fois.

Faudra juste que je fasse gaffe si un jour je dois restaurer la BDD à partir d'une sauvegarde.

[aieeeuuuuu]

- Crée une table au nom de la vue avec la structure des colonnes de la vue ;
- Supprime la table qui vient d'être créée ;

==> mieux vaut créer des tables puis les supprimer et qu'il ne se passe rien plutôt que de ne pas les créer et risquer qu'il se passe quelque chose de pire...

[escartefigue]

Lorsque j'utilise la fonction exporter de phpMyAdmin pour sauvegarder ma BDD en format SQL, pour les vues, il :
- Crée une table au nom de la vue avec la structure des colonnes de la vue ;
- Supprime la table qui vient d'être créée ;
- Crée a vue mais avec une syntaxe bizarre qui la rend inutilisable une fois importer sur un autre serveur :

MariaDB ou le syndrome Shadok : "pourquoi faire simple quand on peut faire compliqué"

Pièce jointe 314676

C'est la partie ALGORITHM=UNDEFINED DEFINER=`pef`@`127.0.0.1` SQL SECURITY DEFINER qui fout le bordel !
Lorsqu'on essaie d'interroger la vue, on a un message d'erreur à propos du definer.

C'est tellement sécurisé que personne peut utiliser la vue; il suffisait d'y penser ! Merci MariaDB

[aieeeuuuuu]

MariaDB ou le syndrome Shadok

Oui, c'était un peu l'idée :

C'est tellement sécurisé que personne peut utiliser la vue;

Ha non, attention :


Allez, je vais mobiliser ma connerie sur des choses intelligentes. ++

[spastore]

Excusez-moi de déterrer ce vieux sujet...

Si vous obtenez une erreur à propos du "DEFINER" c'est parce que l'utilisateur `pef`@`127.0.0.1`, qui était créateur de la vue sur le premier serveur, n'existe pas sur le deuxième serveur.

Pour réparer, il suffit de remplacer, dans la sauvegarde de la vue (avant restauration) :

DEFINER=`pef`@`127.0.0.1`

Par un utilisateur qui existe sur le nouveau serveur, par exemple (mais au pire) : `root`@`127.0.0.1`

J'ai été confronté au même problème quand j'ai renommé mon utilisateur "root" pour plus de sécurité : dès que j'ai fais ça (et sans parler de sauvegardes/restauration), mes vues ne marchaient plus et me renvoyaient la même erreur que vous.

[Artemus24]

Salut à tous

@ CinePhil : il serait bien de nous donner la version de ton mariadb.

Je suis sous Windows 10 Pro, et j'utilise "mysql 8.0.29" sous Wamp.
J'ai testé un export en passant par phpmyadmin et je n'ai pas ce genre de ligne qui apparait.
J'ai fait de même en ligne de commande en utilisant mysqldump, j'obtiens le même résultat, pas de "definer".

J'ai fait une recherche sur le net et il existe un paramètre qui permet de ne plus avoir ce "definer".

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysqlpump  --skip-definer  --host localhost --user root --password ????  --databases test --result-file=test2.sql

Ce paramètre date de la version 5.7.8 et s'utilise avec mysqlpump.

Je crois que tu te trouves sous linux.
Pourquoi ne pas utiliser une moulinette pour supprimer ce qui te dérange au cas où tu ne peux supprimer ces "definer" par un paramétrage ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sed -i -e 's/ALGORITHM=UNDEFINED DEFINER=.*$/\*\//g' dump.sql

Cordialement.
Artemus24.
@+