<br><br><div class="gmail_quote">On Fri, Mar 23, 2012 at 5:40 AM, Isaac Bennetch <span dir="ltr"><<a href="mailto:bennetch@gmail.com">bennetch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
On 3/22/12 8:00 PM, adeel khan wrote:<br>
<br>
[[snip]]<br>
<div class="im"><br>
> I thought about the solution and here what i can think of it right now<br>
> First as your app generate everything before showing the difference<br>
> stuff to the user, this is the major cause of bottleneck. In my 20K<br>
> tuples example i was amazed why it didnt give me any timeout error on<br>
> the first dialog. In a worst case scenarios generating a diff for the<br>
> entire db is simply not scalable approach.Even if you have a lot of<br>
> time/memory the user would have other stuff to do and would not wait for<br>
> a long time for the sync thing to finish. I think the whole thing should<br>
> be done in batches.The idea is that the structural diff is mostly less<br>
> time and memory consuming, so its better to generate it for the entire<br>
> db, but for data, just generate enough so that the script doesnot time<br>
> out. (cases where we have huge tables).<br>
> Now any user would get all the structural diff , plus what data diff we<br>
> can able to get through in that pass. The time allowed for pass is<br>
> bounded by script execution time which is 5 minutes as i see.<br>
<br>
</div>For what it's worth, the script execution time is configurable and will<br>
differ depending on the hosting environment; so we can't count on any<br>
specific predefined number.<br></blockquote><div><br></div><div>But as we can set the timeout value to a minimum execution time programmatically we would always be assured that we would able to get that time for a pass.   <br>
</div><div><br></div><div>adeel</div><div><br></div></div>