<div class="gmail_quote">On Tue, Mar 31, 2009 at 2:41 PM, Stefan de Konink <span dir="ltr"><<a href="mailto:stefan@konink.de">stefan@konink.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
80n wrote:<div><div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, Mar 31, 2009 at 5:20 AM, Stefan de Konink <<a href="mailto:stefan@konink.de" target="_blank">stefan@konink.de</a> <mailto:<a href="mailto:stefan@konink.de" target="_blank">stefan@konink.de</a>>> wrote:<br>

<br>
    I really wonder, considering the claims of the software that I am using<br>
    right now, if the API 0.6 upgrade adds referential integrity at 10x the<br>
    cost I see now, boy, that will be unworkable, considering that this is<br>
    already running on a 64GB system.<br>
<br>
Stefan<br>
It isn't clear to me what you are trying to say here. <br>
Perhaps I'm missing some context as the rest of your post seems to be about Potlatch. <br>
Is there any chance you could clarify this statement for me?  Do you see some problem that we ought to be worried about?<br>
</blockquote>
<br></div></div>
I am running a DBM that in test is roughly 10x faster than PostgreSQL, on TPC-H 100. That is basically a dataset of 100GB, the current tables of OSM are 'in data' also ~100GB. If the performance that I now see for checking constraints using hardware that is much bigger than the server that OSM is going to buy/has bought, I start the worry. Especially about the time that is reserved for the migration. I think you will not get the foreign key constraints checked in a weekend, not even if all foreign key constraints are right, which is not the case as you see in the OSM Fixer emails.<br>

</blockquote><div><br>Let me see if I understand correctly what you are saying.  You think that the currently proposed migration from the old server and old schema to the new server with a new schema that includes some referential integrity constraints will take longer than the time that has been planned for it?<br>
<br>I assume that Matt and co. have done some benchmark tests on the migration and have some idea of how long they think it will take.  <br><br>Matt how long do your benchmark tests suggest the migration will take?  How much confidence do you have in your test figures?<br>
<br>80n<br><br></div></div><br>