Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
5942 connectés 

 


Dernière réponse
Sujet : Bougeage de topic vers Programmation -> SGBD demandé aux modos please
stolenkiss Arf,
 
   Je boulettise: y'a une catégorie SGBD dans Programmation, et je pense que mon topic y aurait davantage sa place. Un modo aurait il le bon coeur de bien vouloir déplacer ce topic? :D Mercid'avance :)
 
Stolenkiss

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
stolenkiss Arf,
 
   Je boulettise: y'a une catégorie SGBD dans Programmation, et je pense que mon topic y aurait davantage sa place. Un modo aurait il le bon coeur de bien vouloir déplacer ce topic? :D Mercid'avance :)
 
Stolenkiss
stolenkiss Arf
 
   Après avoir relancé mon serveur mySQL ce matin, je reteste, et même si les droits sont bien mis dans ma table db de la base mysql (ils ne le sont pas dans la table user, mais à priori c'est normal. La table host ne contient rien), il m'est toujours impossible de me connecter (->Access Denied) for. La seule solution semble donc d'accorder les pleins pouvoirs dans la table user, pour devenir l'équivalent du root. Ca ne me plait pas particulièrement :( Qqun a une idée?
 
Ci-dessous le message d'erreur renvoyé par eskuel:
---------------------------------------------------
Erreur MySQL :
Invalid SQL: SHOW TABLE STATUS FROM `Album`
Erreur MySQL numéro: 1044 (Access denied for user: 'Admin@localhost' to database 'XXX')
---------------------------------------------------
 
Stolenkiss
stolenkiss J'avance un peu,
 
   Les droits relatifs à ma base XXX sont stockés dans la table db de la base mysql.
 
Stolenkiss
stolenkiss Bonsoir,
 
   Je bosse sur mySQL 3.23.58 sous WinXP, et je sèche un peu là. Je me logge en root et je lance ceci:
 

Citation :


mysql> GRANT ALL PRIVILEGES ON XXX.* to Admin@localhost
  -> IDENTIFIED BY 'mdp';
Query Ok, 0 rows affected (0.00sec)


 
   Mais dès que j'utilise le compté créé avec Eskuel pour manipuler ma base de données, j'ai un joli access denied. Après vérification dans la table user de la base mysql, j'ai bien l'utilisateur root, et l'utilisateur Admin. Mais ce dernier n'a aucun droit. Je teste autre chose:
 

Citation :


mysql> SHOW GRANTS FOR Admin@localhost;
---------------------------------------
GRANT USAGE on *.* TO 'Admin'@'localhost' identified by 78z4df6546
GRANT ALL PRIVILEGES ON XXX.* TO 'Admin'@'localhost'


 
   Arf je viens de m'apercevoir d'une chose: le mot de passe ne semble pas pris en compte sur la base XXX. Mais pourquoi donc??? Après avoir modifié la table user par une requête manuelle, j'ai en effet des droits sur la base, mais je ne comprends pas pourquoi les valeurs des champs Select_priv, Update_priv, etc restent systématiquement sur 'no' et pas sur 'yes' après ma requête "Grant". En me référant à la documentation de Nexen voici pourtant ce que je trouve:
 

Citation :


mysql> GRANT ALL PRIVILEGES ON *.* TO monty@localhost
    ->     IDENTIFIED BY 'un_mot_de_passe' WITH GRANT OPTION;
 
 Vous pouvez ajouter les mêmes droits d'accès aux utilisateurs en utilisant directement des requêtes INSERT  puis en demandant au serveur de recharger les tables de droits :
 
shell> mysql --user=root mysql
mysql> INSERT INTO user VALUES('localhost','monty',PASSWORD('un_mot_de_passe'),
    ->          'Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y');


 
   Visible sur cette page.
 
Stolenkiss


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)