Salut,
voici mon problème,
je suis en train de réaliser un projet en php avec Mysql
donc pour développer pas de problème je fait en local.  
Mais voila une première version passe en production dans ma boite,  
et voila ma bd change de temps en temps, le souci c'est comment je peut mettre à jour sur le serveur mysql qui est en production,  
Je peut garder a chaque fois les requêtes de mises a jour que je fait dans la bd local, mais si unjour j'oublie de le sauvegarder, ca va être la catastrophe sur le serveur de prod,4
car une mise a jour ne sera pas faite
 
alors existe une maniere  d'effectuer la mise a jour de toute la table, j'espère que vous comprenez mon problème
si vous avez besoin de plus d'explication je suis a disposition

Utilise un gestionnaire de version ?

comment ca ?  
tu veut dire un logiciel comme DBdesigner qui met à jour,  
on m'a dit qu'on pouvait pas y avoir accés  
mais bon je vais plus me renseigné sur ca?
si c'est ca que tu me proposé, et que je peut pas ,
il y a une autre possibilité?

C'est ce qu'on appelle travailler correctement
 

C'est ce qu'on appelle travailler à la rache
 
Renseigne-toi sur le versioning comme le suggère Elmoricq et apprend à travailler proprement.    

mais je suis d'accord, je le faisait déja, mais bon ca peut arriver d'oublier copier une requête de mise à jour, c'est pour ça,  
 
et oublié une requête ça n"a rien à voir avec "travailler à la rache", je pense que çà t'ai déjà arrivé

voila j'ai cherche un peu sur le versionning je connaissé pas du tout,
 
j'ai trouve un logiciel , je vais le teste, mais apparament il est bien  
c'est Navicat  
voila et merci,  
je vais m'attaché à travailler correctement ,lol, bon ben merci quand même,

Euh je pensais plutôt à quelque chose du genre SVN, Navicat semble être un outil (payant) d'administration MySQL.  
 
Versioning : http://fr.wikipedia.org/wiki/Syst% [...] e_versions

Quand tu utilises du version control, c'est assez difficile, puisque le fichier avec tes commandes SQL apparaitra comme "new", sauf à taper la requête directement dans ton client DB sans passer par un ficher, ce qui peut effectivement être conforme à LA RACHE programming.
 
Oui, j'ai déjà oublié des mises à jour quand je travaillais à la c0wb0y, mais maintenant que je suis vieux, j'évite parce que je sais que je n'y gagne pas in fine. Il faut passer en mode parano : à chaque nouvelle fonctionnalité que tu implémentes, penser non seulement aux modifs du code mais aussi aux documents et scripts modifiés.
 
De toute façon, tu ne passes pas directement de ton environnement de développement à la production. Tu passes par un environnement de test/d'acceptance whatever, sur lequel on applique entre autres, et de préférence automatiquement, le delta des scripts DB. Si tu as oublié un script dans l'aventure, eh bien, ça pète sur ton environnement de test/d'acceptance et tu t'en rend compte avant d'arriver en production.
 
On peut pousser le vice jusqu'à faire une installation "à blanc" (copie d'un environnement de prod avec installation de la release suivante).
 
En conclusion, ta remarque disant que "mais si unjour j'oublie de le sauvegarder, ca va être la catastrophe sur le serveur de prod" ne tient pas vraiment la route si tu suis des procédures bien conçues plutôt que de travailler à la rache.