Mots-clés : installation
Ce sujet a 1 réponse, 2 participants et a été mis à jour par antoine, il y a 6 ans et 2 mois.
Je vous explique brièvement que pour réinstaller medintux 2.16 sur mon nouvel iMac, j’ai dû désinstaller les bases mysql du mac et ce complètement afin de réinstaller la version mysql 5.5.10 (celle qui marche).
J’ai suivi cette procédure (dans Terminal).
Remove MySQL completely
Open the Terminal
Use mysqldump to backup your databases
Check for MySQL processes with: ps -ax | grep mysql
Stop and kill any MySQL processes
Analyze MySQL on HomeBrew:
brew remove mysql
brew cleanup
Remove files:
sudo rm /usr/local/mysql
sudo rm -rf /usr/local/var/mysql
sudo rm -rf /usr/local/mysql*
sudo rm ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist
sudo rm -rf /Library/StartupItems/MySQLCOM
sudo rm -rf /Library/PreferencePanes/My*
Unload previous MySQL Auto-Login:
launchctl unload -w ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist
Remove previous MySQL Configuration:
subl /etc/hostconfig`
# Remove the line MYSQLCOM=-YES-
Remove previous MySQL Preferences:
rm -rf ~/Library/PreferencePanes/My*
sudo rm -rf /Library/Receipts/mysql*
sudo rm -rf /Library/Receipts/MySQL*
sudo rm -rf /private/var/db/receipts/*mysql*
Restart your computer just to ensure any MySQL processes are killed
Try to run mysql, it shouldn’t workEnsuite, j’ai copié le medintux du mac book pro sur un disque dur que j’ai ensuite téléchargé sur le nouvel iMac car ma sauvegarde par le cloud n’était pas bonne et empêchait une bonne réinstallation des bases (iCloud drive avait tout mal monté).
Puis, j’ai resinstallé les bases mysql dans set base. J’ai pris une sauvegarde de Dr Tux test que j’avais sauvegardé par Mysql administrator et cela a marché.
Le seul pb c’est maintenant de créer un mot de passe afin de réutiliser Medwebtux et c’est en cours.
Question: si quelqu’un connait un moyen de fusionner des bases mysql sur un même medintux provenant de deux activités séparés, je suis preneur?? (sans risquer d’écraser les données de l’un ou de l’autre)
xavier
Bonjour,
Je n’ai pas d’expérience concrète dans ce genre de manipulation. Je pense que ça dépend de ce que signifie « provenant de deux activités séparées ». S’il s’agit de deux utilisateurs différents dont on est sûr que la patientèle est disjointe, les requêtes sql m’ont l’air abordables: on insère les données de l’utilisateur 2, puis ses données cliniques en mettant à jour les références à l’utilisateur 2 nouvellement créé. En revanche, si la patientèle est susceptible d’être commune, c’est beaucoup plus complexe car il faut définir une politique de fusion automatique ou non des dossiers selon les critères de correspondance des données patients, puis le cas échéant des données cliniques.
Si c’est le même utilisateur, là encore c’est relativement simple si on est sûr que les patients sont différents, ou si on est sûr que les fiches patients sont identiques et qu’il n’y a pas redondance ou pire modification d’observations ou d’autres données. Sinon, on se retrouve dans le même cas complexe que ci-dessus.
Reste la question de l’agenda.
Antoine
Vous devez être connecté pour répondre à ce sujet.