Bon, je repose ma question, c'était peut-être pas clair :
 
Est-ce que quelqu'un a su installer (et faire tourner) mySQLdb avec Python 2.6, le tout sous Windows ?
 
Merci pour vos éventuelles réponses.

 
J'ai fait tourner Python2.5 et Mysql en utilisant MySQL-python-1.2.2.win32-py2.5.exe qu'on peut trouver ici: http://sourceforge.net/projects/my [...] ql-python. Il semble qu'il y ait une version pour Python 2.6. C'est ce que je peux te proposer de plus approchant. Personnellement je ne suis pas passé à Python v2.6 sous Windows parce que j'utilise des outils comme PyQt et PyQw3D et que j'ai pas trouvé le module de ces outils adapté pour python 2.6 Windows
 
Toutefois, j'ai eu un gros ennui avec MySQL+Python sous Windows: j'avais créé un programme de modification/suppression. Ce programme affichait donc les datas que je pouvais ensuite modifier à loisir. Ben mon programme ne voyait pas ses datas insérées (alors qu'une interrogation par MySQL directe affichait bien les datas). Il fallait qu'il fasse une déconnexion/reconnexion MySQL pour qu'il puisse enfin voir ses propres datas.
Chose bizarre: ce problème n'est pas apparu avec Python+MySQL pour Linux.
 
Voici des modules de tests qui permettent de voir le truc
 
Module 1

#!/usr/bin/env python
# coding: UTF-8 -*-
# Programme principal
 
# Paramètres de travail
__serveur="localhost"
__user="mysql"
__passwd="le mot de passe qui va bien"
__bdd="toto"
__table="tbl"
 
import MySQLdb
 
# Partie 1: Création bdd
id=MySQLdb.connect(__serveur, __user, __passwd)
 
c=id.cursor()
c.execute("drop database if exists %s" % __bdd)
c.execute("create database %s" % __bdd)
c.close()
id.close()
 
# Partie 2: Création et remplissage table
id=MySQLdb.connect(__serveur, __user, __passwd, __bdd)
c=id.cursor()
c.execute("create table %s (nom char(20), prenom char(20))" % __table)
c.close()
 
c=id.cursor()
c.execute("insert into %s (nom, prenom) values('Valjean', 'Jean')" % __table)
c.execute("insert into %s (nom, prenom) values('Hugo', 'Victor')" % __table)
c.execute("insert into %s (nom, prenom) values('Javert', 'Paul')" % __table)
c.close()
id.commit()
id.close()
 
# Partie 3: Affichage n° 1
print
print "Affichage 1"
id=MySQLdb.connect(__serveur, __user, __passwd, __bdd)
c=id.cursor()
c.execute("select * from %s order by nom" % __table)
print c.fetchall()
print "%d lignes\n" % c.rowcount
c.close()
 
# Partie 4: Attente
print
raw_input("Attente - Permet de lancer autre chose - Appuyer sur <return> pour continuer" )
 
# Partie 5: Affichage n° 2
print
print "Affichage 2"
c=id.cursor()
c.execute("select * from %s order by nom" % __table)
print c.fetchall()
print "%d lignes\n" % c.rowcount
c.close()
id.close()

 
Module 2

#!/usr/bin/env python
# coding: UTF-8 -*-
# Programme principal
 
# Paramètres de travail
__serveur="localhost"
__user="mysql"
__passwd="le mot de passe qui va bien"
__bdd="toto"
__table="tbl"
 
import MySQLdb
 
# Partie 1: Insertion dans table
id=MySQLdb.connect(__serveur, __user, __passwd, __bdd)
 
c=id.cursor()
c.execute("insert into %s (nom, prenom) values('Victor', 'Paul-Emile')" % __table)
c.execute("insert into %s (nom, prenom) values('Emile', 'Paul-Victor')" % __table)
c.close()
id.commit()
id.close()
 
# Partie 2: Affichage unique
print
print "Affichage"
id=MySQLdb.connect(__serveur, __user, __passwd, __bdd)
c=id.cursor()
c.execute("select * from %s order by nom" % __table)
print c.fetchall()
print "%d lignes\n" % c.rowcount
c.close()
id.close()

 
On lance le module 1. Une fois celui-ci lancé, il va créer une table et y insérer 3 datas et les affiche puis se met en attente. Durant cette attente, on lance le module 2 autant de fois qu'on veut. Chaque fois qu'il est lancé, il insère des datas dans la table qu'il affiche (et on voit celles du module 1). Quand on en a assez, on débloque le module 1. Celui-ci réaffiche le contenu de la table qui, pour lui, est resté inchangée. Alors qu'une simple interrogation de la bdd montre bien les datas insérées...
 
Une adaptation de ces modules pour fonctionner avec Postgres ne posent aucun problème.

Sve@r > J'ai réinstallé le module MySQLdb 1.2.3c1 et cette fois, bizarrement, Python l'a détecté.
 
Cependant, j'ai un autre problème : je n'arrive pas à me connecter à ma base de données, j'ai une belle erreur (2003, "Can't connect to MySQL server on '127.0.0.1' (10061)" ).
 
J'ai tenté de remplacer l'IP ci-dessus par "localhost", mais ça ne marche pas non plus.
 
Pourtant, je n'ai aucun souci avec des modules tels que sqlite3 ou Gadfly
 
Est-ce qu'il y aurait un conflit quelque part ?
 
(Pas là bien sûr)
 
Si tu as une idée, je suis preneuse mais dans le cas contraire, je tiens tout de même à te remercier pour toutes tes réponses à mes questions. J'apprécie  
 

Hmm, l'erreur 10061 indique qu'aucun processus n'écoute le port concerné. Donc soit tu te connecte au mauvais port, soit tu n'as pas démarré ton service.

[/quotemsg]
 
 
Pour vérifier l'hypothèse de tpierron: tu tentes une connexion directes via la commande mysql depuis un terminal de commande...

Je me suis connectée via le port 3306.
 
Quant au service, si tu parles de SQL Server, il est activé.
 

J'ai bien essayé, mais j'ai obtenu l'erreur suivante :
 

Problème de PATH. Au lieu de taper "mysql", tu peux taper "c:\program files\<chemin complet>\mysql.exe" ou alors aller modifier le PATH (clic droit dans "Poste de travail" => propriétés => avancé => variables d'environnement) pour qu'il sache où chercher la commande mysql
 
Sinon pour ton problème principal, j'ai trouvé ça: http://www.developpez.net/forums/d [...] ql-server/. Il semble que ce soit un problème de droit.

J'ai testé les deux méthodes :

• Le chemin absolu : "erreur 2003"
• Le path : "mysql n'est pas reconnu en tant que commande interne ou externe blablabla..."

J'ai même rebooté en me disant que c'était peut-être nécessaire pour que les modifications soient prises en compte, mais ça n'a rien changé.
C'est désespérant -_-
 
Pour ce qui est de ton lien (je t'en remercie), je n'ai fait que survoler la page pour le moment (pas trop le temps), je m'y plongerai davantage un peu plus tard  

A force d'essayer, j'ai fini par réussir à me connecter via EasyPHP en lignes de commandes :
 

 
En revanche, quand j'essaie depuis IDLE, j'ai le message suivant qui s'affiche :
 

 
J'ai désactivé le firewall pour voir si ça ne pouvait pas venir de là mais une fois encore, ça n'a rien changé.
 
Faut vraiment être motivée pour le faire tourner le couple Python/MySQL hein

 
Bon, ton serveur MySQL fonctionne. Ca c'est une bonne chose
 
 
Le firewall était une bonne piste. Autre chose: quels sont les paramètres de connexion (host, user, password, bdd) que tu passes à MySQLdb ???
 
 
Non. Faut vraiment être motivé pour le faire tourner sous zindow (c'est pas que ça marche pas, c'est que c'est hyper chiant à configurer)

import MySQLdb
conn = MySQLdb.connect('localhost', 'root', 'le mot de passe qui va bien ', 'Musique')
 
Et j'obtiens : OperationalError: (1049, "Base 'Musique' inconnue" )
 
"Musique" n'est qu'un exemple, il ne reconnaît aucune des bases de données que j'ai créées précédemment
 
Pas craquer Sedna, pas craquer...
 

Exact !
 

Bien joué de m'avoir caché le mot de passe, tu ne t'es pas laissée avoir
 
Bon, déjà ce n'est plus le même message que dans ton précédent post. Mais les paramètres passés ne correspondent pas tout à fait à ceux que tu passes via une connexion directe. Dans la connexion directe, tu ne demandais aucune bdd. MySQL te projette alors dans la bdd par défaut (qui est mysql je crois). Dans ton programme, tu demandes la connexion sur la bdd "Musique" (en plus avec une majuscule => j'ai eu pas mal de problèmes avec les majuscules sous postgres).
Il te faut essayer avec exactement les mêmes paramètres. Tente-donc une connexion directe sur "Musique" pour voir...

J'ai testé avec et sans majuscule à "Musique", même résultat.  
 
En revanche, en repartant de zéro et en recréant une nouvelle base de données, ça a fonctionné... enfin !  
 
Pour info, je crois que la fameuse base de données Musique avait été créée avec Gadfly ; ceci expliquerait cela, forcément.
 
Autre question : où* donc est stockée la base de données créée avec MySQLdb et quelle est son extension ?  
 
Impossible de la retrouver. Pourtant, je l'ai crée hier soir et interrogée à l'instant, c'est donc qu'elle n'est pas juste en mémoire vive, comme il est possible de le faire avec sqlite3 par exemple ( ).
 
(DMC proof)

Les bdd PostgreSQL sont stockées sous Windows dans "C:\program files\PostgreSQL\data". Sous Linux elles sont dans "/var/pgsql/data". Ces répertoires (que personnellement je déplace dans "C:\Documents and Settings\postgres" pour Windows et "/home/postgres" pour Linux car je ne conçois pas "program files" ou "var" comme des espaces appropriés pour stocker des données) contiennent des sous-dossiers qui servent à PostgreSQL pour gérer les différentes bdd. Il y a donc un dossier par bdd plus un dossier pour la master bdd plus un autre pour x y ou z choses utilisées par PostgreSQL.
Ces dossiers portent des nombres à la place de noms. PostgreSQL faisant lui-même le lien entre nom et nombre. Il y a donc fort à parier que ce soit la même approche avec MySQL car quasiment toutes les bdd fonctionnent généralement de la même façon (sauf Ingres qui a son propre espace de travail dans lequel on ne peut pas mettre le nez).

J'ai finalement retrouvé ma base de données et avec son véritable nom en plus, bravo la recherche moi j'dis
 
Elle se trouve dans un sous-répertoire de EasyPHP (\mysql\data, c'est toi qui m'as mise sur la piste) et porte l'extension .opt. Les tables, quant à elles, sont en .frm.
 
Bizarre qu'elle soit allée se nicher là-bas mais bon, pourquoi pas.
 
Thx  
 

Attention à EasyPHP. C'est vrai que cet outil intègre MySQL mais il l'intègre à sa façon. Si tu télécharges le serveur MySQL de base sur le site officiel et que tu l'installes en individuel, l'emplacement des bases ne sera pas tout à fait le même...

A priori, puisque ça fonctionne ainsi, je ne devrais plus y toucher.
 
Je tenais encore à te remercier pour toutes tes réponses et explications à mes interrogations  
J'en aurai certainement d'autres. Je vais aborder l'aspect serveur Web et en parallèle, je bosse sur Pylons et SQLAchemy. Mais ça fera l'objet d'autres topics

C'est naturel (au-moins au début)
 
 
On est là pour ça
 
 
Ok. Je connais pas Pylons mais je viens d'aller voir => ça a l'air sympa. Seul bémol, ça ne semble pas être GPL...
 
Conseil: essaye si tu peux de passer sous Linux. L'environnement est bien plus approprié au développement que sous Windows. Et si tu peux migrer de MySQL à PostgreSQL, tu seras pas déçue. Je l'ai fait en septembre dernier pour une appli et je regrette absolument pas. Cet outil intègre en natif un tas de possibilités qui n'existent pas avec MySQL dont un mécanisme de vérification d'intégrité de clef référentielle => si une info dans une table A est utilisée comme référence dans une table B, tu peux demander à Postgres de protéger le lien et de gérer lui-même l'action à faire si on tente de modifier ou supprimer l'info de la table A

Linusque, je tatônne encore et sur VM uniquement.
 
Quant à PostgreSQL, il est prévu que j'utilise ce SGBD au cours de mon stage.