<div dir="ltr"><div>Thanks all. I took the liberty to write this down in <a href="http://wiki.horde.org/UpdatingYourDatabaseSchema">http://wiki.horde.org/UpdatingYourDatabaseSchema</a>.<br><br></div>  Sebastian<br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-18 9:45 GMT+01:00 Ralf Lang <span dir="ltr"><<a href="mailto:lang@b1-systems.de" target="_blank">lang@b1-systems.de</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo Sebastian, please do not top post but answer inline or below.<br>
<span class=""><br>
On 18.12.2014 09:24, Sebastian Birnbach wrote:<br>
> Thanks Ralph but this still leaves some questions open.<br>
><br>
> I understand the migration mechanism is provided to allow a DB schema<br>
> update without losing data.<br>
><br>
> File naming appears to follow this pattern:<br>
> <n>_<appname>_[base|upgrade]_<name>.php.<br>
> The class defined in the file must then be called<br>
> <Appname>[Base|Upgrade]<Name>.<br>
><br>
> Questions:<br>
> * what is the difference between base and upgrade? If the scripts are<br>
> always executed in ascending order this difference is not self explanatory.<br>
<br>
</span>As far as I know, there is no relevant difference. The class name simply<br>
must match.<br>
<span class=""><br>
> * are there more choices to [base|upgrade]?<br>
</span>You can call it whatever you want. In an inhouse application, wie simply<br>
call the <n>_<app>_<changename>.php<br>
<span class=""><br>
> * The admin console appears to detect if a file in migration/ was not<br>
> executed. However, it does not test if one of the files was modified<br>
> after last time it was executed, right? So for repeated execution<br>
> (development) I must use<br>
> horde-db-migrate <appname> down; horde-db-migrate <appname> up<br>
</span>Doing "down" runs down through all steps and means data loss. You can<br>
tell it a target revision.<br>
The sequence table only stores the current schema number. It does not<br>
store the applied schema itself.<br>
<span class=""><br>
<br>
> * speaking of horde-db-migrate, I have some issues there (maybe not the<br>
> correct mailing list, please forgive)<br>
>   + upon usage it outputs about 100 warnings, mostly about violated PHP<br>
> strict standards and the use of deprecated functions.<br>
</span>This depends on the PHP version and configuration. Horde 5.0 is targeted<br>
at PHP 5.3.x - If you see any deprecation warning with the latest (git<br>
or release) horde version on a recent PHP, you should probably open a<br>
ticket on <a href="http://bugs.horde.org" target="_blank">bugs.horde.org</a> or submit a patch to github.<br>
<span class=""><br>
<br>
>   + it will run under permissions of any user but only produce<br>
> meaningful output if run as superuser<br>
> Is this normal?<br>
<br>
</span>I usually always run the horde cli scripts in a non-privileged system<br>
user. This works for me.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Ralf Lang<br>
Linux Consultant / Developer<br>
Tel.: <a href="tel:%2B49-170-6381563" value="+491706381563">+49-170-6381563</a><br>
Mail: <a href="mailto:lang@b1-systems.de">lang@b1-systems.de</a><br>
B1 Systems GmbH<br>
Osterfeldstraße 7 / 85088 Vohburg / <a href="http://www.b1-systems.de" target="_blank">http://www.b1-systems.de</a><br>
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537<br>
<br>
</div></div></blockquote></div></div>