<div class="gmail_quote">On Sun, Sep 12, 2010 at 9:28 PM, Brett Henderson <span dir="ltr"><<a href="mailto:brett@bretth.com">brett@bretth.com</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><div></div>I've just upgraded Osmosis from the 0.35 release to the current 0.37 snapshot.  I've introduced a relatively minor change that on initial testing appears to have fixed the problem.  I create a number of temp tables during replication processing to hold identifiers (actually id and version) of each of nodes, ways and relations.  I am now adding a primary key to those tables which should assist the query planner come up with a more effective query plan.  I'm not sure why I didn't do that originally ... perhaps I just missed it.<br>
</div>
<br>I'm a bit surprised that it has fixed it given that the amount of data in the temp tables is relatively small and query analysis wasn't pointing at poor query plans, but it seems to be running *much* faster now.<br>

<br>The new version took effect from replication number 906 onwards, so if anybody sees any issues please let me know.<br></blockquote><div><br>I haven't seen a single cron failure since the new version was deployed so it's looking good so far.  Previously almost 2 out of 3 minute jobs were failing due to the previous job not completing in time.  Even before the db upgrade I used to get occasional failures.  Such a simple change ... if only I'd discovered it sooner.<br>
<br></div></div>