<div class="gmail_quote">On Fri, Nov 19, 2010 at 10:50 PM, Sarah Hoffmann <span dir="ltr"><<a href="mailto:lonvia@denofr.de">lonvia@denofr.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Fri, Nov 19, 2010 at 09:37:33AM +0100, Andreas Kalsch wrote:<br>
>> If you're applying diffs to the database you can enhance the<br>
>> osmosisUpdate() function (initially empty, but can be customised) to<br>
>> keep your separate tags tables up to date during each diff<br>
>> application.  You will need to run the<br>
>> "pgsql_simple_schema_0.6_action.sql" script against the database so<br>
>> that all actions during a diff are logged and can be used by your<br>
>> osmosisUpdate function to know which records need to be re-processed.<br>
> Is it possible to truncate the actions table for myself so that a<br>
> separate script can access the changes?<br>
<br>
</div>Simply copy away the information from the action table somewhere<br>
persistent in the osmosisUpdate function. Works fine.<br>
<br>
However, +1 from me for an action table that can be truncated manually.<br></blockquote><div><br>Is there likely to be a noticeable performance improvement in doing this?  My preference if the overhead is small would be to add a contrib script to Osmosis that installs a non-truncating table that is updated by osmosisUpdate, and a customised osmosisUpdate function.  It keeps the pgsql tasks simpler if I can do that.<br>
<br>Then again, this is probably not a complicated change to make to Osmosis itself.  I'd need to take a look ...<br></div></div><br>Brett<br><br>