probleme de mysql (Page 1 sur 2)

tu veux dire quoi par la ?

Je veux dire: sans message d'erreur, sans véritable problème rapporté, votre post ressemble à ceci:
'Bonjour, j'ai un problème !'
Nous> 'Ok c'est bien !'

Tu ne dis pas plus quelle erreur il t'es retourné par ton script ou encore quelle informations tu ne comprends pas...

D'ailleurs je sens que "avant d'acheter un vrai herbergeur ." ça va vexer T0ad... En tout cas moi je te fouterais à la porte. Lescigales c'est quoi? Un faux hébergeur?

voilà l'erreur :

Error in file: “/home/users/00/14/de/home/www/magento/app/code/core/Mage/Core/sql/core_setup/mysql4-upgrade-0.8.1-0.8.2.php” - SQLSTATE[42000]: Syntax error or access violation: 1142 INDEX command denied to user ‘fqi_magento’@’10.7.0.1’ for table ‘core_url_rewrite’
Trace:
#0 /home/users/00/14/de/home/www/magento/app/code/core/Mage/Core/Model/Resource/Setup.php(292): Mage::exception(’Mage_Core’, ‘Error in file: ...’)
#1 /home/users/00/14/de/home/www/magento/app/code/core/Mage/Core/Model/Resource/Setup.php(168): Mage_Core_Model_Resource_Setup->_modifyResourceDb(’upgrade’, ‘0.8.0’, ‘0.8.12’)
#2 /home/users/00/14/de/home/www/magento/app/code/core/Mage/Core/Model/Resource/Setup.php(155): Mage_Core_Model_Resource_Setup->_installResourceDb(’0.8.12’)
#3 /home/users/00/14/de/home/www/magento/app/code/core/Mage/Core/Model/Resource/Setup.php(121): Mage_Core_Model_Resource_Setup->applyUpdates()
#4 /home/users/00/14/de/home/www/magento/app/code/core/Mage/Core/Model/Config.php(205): Mage_Core_Model_Resource_Setup::applyAllUpdates()
#5 /home/users/00/14/de/home/www/magento/app/code/core/Mage/Core/Model/App.php(250): Mage_Core_Model_Config->init(Array)
#6 /home/users/00/14/de/home/www/magento/app/Mage.php(432): Mage_Core_Model_App->init(’’, ‘store’, Array)
#7 /home/users/00/14/de/home/www/magento/app/Mage.php(453): Mage::app(’’, ‘store’, Array)
#8 /home/users/00/14/de/home/www/magento/index.php(52): Mage::run()
#9 {main}

apres tos les réponse qu'on m a dit je ne pense pas que c'est le problème des scripts .

mon poste sur le site officiel : http://www.magentocommerce.com/boards/viewthread/43315/

merci encore bloodmage .

après la phrase que je pense être blaissant j'ai bien peur qu'il ne voudra pas :S .
mais bon j'espere bien qu'il me pardonnera si non je pourrais l'aider du genre a supprimer le contenue et reuploader mes bon il y a des dossier que j'arrive pas a effacer sur ce j'attend la gentillesse de toad avec impassience ...

Merci Cordialement amicalement bloodmage .

alors si tous marche bien et que je mettrait dans un herbergeur pro .

je serais ravis de vous aider avec des dons .

Mais bon il reste un gros bous de travail que je dois encore faire

Bonjour Toad .

Ca fais quand même un bout de temps que j'attend une réponde ou une petite aide ?
peux tu me dire ou tu en es ?

Merci encore amicalement BloodMage .

Bonjour Bloodmage,

J'ai un peu regardé et je n'ai pas trouvé de commande INDEX en MySQL, tu aurais plus d'information ? Voir est ce que tu pourrais me donner la requête exacte lancée par ton script ? Ca vient peut être d'une erreur dans ton script.

Les index sont disponibles depuis (au moins) la version 4 de MySQL (cf doc).
En règle générale, la création d'index est autorisée chez la plupart des hébergeurs. Cela fait parti des 'expressions' standards qui sont proposées par défaut avec les SELECT, UPDATE, DELETE et compagnie.
Un index sur une colonne permet d'optimiser les recherches sur cette colonne. En interne MySQL va gérer les données de cette colonne d'une manière particulière afin que les recherches soient plus rapides. Par exemple, pour un catalogue produit, on va effectuer beaucoup de recherches sur le nom du produit. Il est donc préférable d'ajouter un index sur la colonne 'nom du produit'. Je sais pas si c'est aussi clair que la doc
En ce qui concerne les clés primaires, il n'est pas nécessaire de créer un index puisque MySQL (et les autres SGBD) en crée un automatiquement.
Au niveau de l'hébergement, le problème qui peut intervenir si la création d'index est autorisée vient de la mauvaise gestion des créations par les utilisateurs. Par exemple si un utilisateur met des index sur toutes les colonnes et fait beaucoup d'insertions/mise à jour sur ses tables alors les index sont remaniés en permanence ce qui prend beaucoup de temps (c'est la contrepartie du gain de temps lors des SELECT). Mais en règle général, les utilisateurs optimisent bien peu leur base de données...

Bonjour la team voila donc j'ai encore demander du support et cette fois-ci il m'ont dit ca :

Tell your admin to read the MySQL manual:
http://dev.mysql.com/doc/refman/5.0/fr/ … vided.html

You can also send him the error message (without the trace), so he sees the SQL error himself.

The only thing that the script mentioned in the error message does is executing the SQL statement
‘CREATE INDEX entity_id ON core_url_rewrite (entity_id);’

Creating and dropping indexes is basic SQL and are a precondition to making fast queries. Don’t let your admin tell you anything else.

Good luck

Claudia

c'est un peut dure a traduire et je ne me fie pas par les services de traduction gratuits .

amicalement bloodmage .

Bon en gros c'est bien un problème de droits, vous n'avez pas le droit d'utiliser CREATE INDEX.
Le temps que je le mette en place tu peux remplacer ces CREATE INDEX dont la raison me parait obscure par des ALTER TABLE `table` ADD INDEX (`column`).

La seule raison du pourquoi on voudrait utiliser CREATE INDEX (qui ne peut pas créer de clefs primaires), est parce que le serveur nous empêcherait de modifier une table via ALTER.
Donc je récapitule: eux quand ils installent leur db, le serveur leur permet de créér des tables et de les remplir mais pas de modifier leur structure ? Ca m'étonnerait très fortement vu qu'ils doivent surement avoir un système d'upgrade mysql lors de leur mises à jour.