<div dir="ltr"><div>Thanks Ralph but this still leaves some questions open. <br><br>I understand the migration mechanism is provided to allow a DB schema update without losing data. <br><br>File naming appears to follow this pattern: <n>_<appname>_[base|upgrade]_<name>.php.<br></div><div>The class defined in the file must then be called <Appname>[Base|Upgrade]<Name>.</div><div><br></div><div>Questions:<br></div><div><div>* what is the difference between base and upgrade? If the scripts 
are always executed in ascending order this difference is not self 
explanatory.<br></div>* are there more choices to [base|upgrade]?<br>* The admin console appears to detect if a file in migration/ was not executed. However, it does not test if one of the files was modified after last time it was executed, right? So for repeated execution (development) I must use <br>horde-db-migrate <appname> down; horde-db-migrate <appname> up<br><br></div><div>* speaking of horde-db-migrate, I have some issues there (maybe not the correct mailing list, please forgive)<br></div><div>  + upon usage it outputs about 100 warnings, mostly about violated PHP strict standards and the use of deprecated functions. <br></div><div>  + it will run under permissions of any user but only produce meaningful output if run as superuser<br>Is this normal?<br><br></div><div>Thanks<br><br></div><div>  Sebastian<br></div><div></div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-17 7:29 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On 16.12.2014 22:02, Sebastian Birnbach wrote:<br>
> schemas can be controlled through files in <appname>/migration/*. The<br>
> admin console will notice a new file in this directory and offer the<br>
> right  "update DB schema"-button, which will call the "up" function<br>
> defined in the file.<br>
><br>
> Unfortunately, this is about all I could find on the upgrade mechanism.<br>
> Too little for using or understanding it, especially since the file<br>
> naming convention is unclear to me.<br>
<br>
</span>Use the horde-db-migrate cli script instead to get a deeper<br>
understanding. The current schema version is stored in a separate table<br>
<br>
The naming schema is Number_Classname, where Number is the order in<br>
which they are applied and Classname is derived from Horde_DB_Migration<br>
- see kronolith/migration to get an idea.<br>
<span class=""><font color="#888888"><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>
</font></span><br>--<br>
doc mailing list<br>
Frequently Asked Questions: <a href="http://wiki.horde.org/FAQ" target="_blank">http://wiki.horde.org/FAQ</a><br>
To unsubscribe, mail: <a href="mailto:doc-unsubscribe@lists.horde.org">doc-unsubscribe@lists.horde.org</a><br></blockquote></div></div></div>