ca fait beaucoup, trop meme, de questions dans un meme post !
> Je commence par le passage en 2.2...:
> echo "Call 2.1 to 2.2 migration script..."
> OBM_PROG_DIR=/usr/share/obm/www/scripts
> LOG_FILE=$(pwd)/update_obm_2.1-2.2.log
> pushd .
> cd ${OBM_PROG_DIR}/2.2
> ./upgrade2.1-2.2.sh >${LOG_FILE} 2>&1
> popd
> echo "Adding log file from /tmp..."
> cat /tmp/update_obm.log >>${LOG_FILE}
> Déja, 2/3 trucs:
> - pourquoi existe-t-il un gros script de migration alors qu'il suffirait de
> lancer toutes les màj N.N.x individuellement, ça ne fait pas plus de
> maintenance ?
Il faut lancer le gros script et ensuite tous les scripts unitaires de montees de versions mineures
Le packaging fait ca
Sans ca, le reste marchera bcp moins bien !! ;)
> - c'est pas possible de faire tout ça dans une transaction (y compris la
> partie via le code php), éventuellement désactivable pour "atomiquer" le
> tout ?
on supporte des bases sans transactions, et faire tout ceci (des fois il y a bcp, bcp de requetes) dans une seule transaction, y compris la partie php... hum hum. On n'a jamais essaye
> - pourquoi pas un seul trigger/fonction par table pour l'horodatage
> (ensuite test sur TG_OP)
on ne gere pas les triggers dans OBM
voila pour le debut.
ps: hum une migration d'une 2.1 en postgres... Ca sent la flamenkush ca ;)
Pierre
_______________________________________________ Obm mailing list [email protected] http://list.obm.org/mailman/listinfo/obm
