Earnie-<br><br>(I work for one of those corporations.)<br><br>But that 100 ms latency would only affect non-Drupal data being pulled into the application -- say an inventory database housed in Connecticut with a web app server in Georgia (actual example).&nbsp; <br>
<br>Even with such far-flung enterprises, we don&#39;t put the _Drupal_ database server that far away from a web server.&nbsp; To do so is to invite problems.&nbsp; <br><br>And that kind of latency for external data needs to be either cached or (as suggested) stored.&nbsp; There are all kinds of ways to do this in Drupal -- as Matt, Neil and I discussed at DrupalCON Boston.<br>
<br>I suppose I can imagine an enterprise that forces database storage to be in a separate unit from web servers, but that seems like a legacy technology mistake -- an artifact from an old IT worldview.&nbsp; Our NOC would never dream of putting the Drupal database on a separate switch from the web/app server.<br>
<br>In our structure, the only real use I can see that would cause this latency is remote authentication against LDAP&nbsp; -- which, by design, is stored in a separate infrastructure from our web hosting -- but there isn&#39;t anything that Drupal can do about that kind of latency.<br>
<br>I suspect that the folks on this thread are talking about different things.&nbsp; Which leads to much confusion and doesn&#39;t help anyone.<br><br>Now, can Drupal learn from and exploit the value of stored procedures -- possibly, given the requirement restrictions that Larry mentions.&nbsp; In fact, we need people with such experience to be active developers on the project.<br>
<br>-- <br>Ken Rickard<br><a href="mailto:agentrickard@gmail.com">agentrickard@gmail.com</a><br><a href="http://ken.therickards.com">http://ken.therickards.com</a>
<br><br><br><div class="gmail_quote">On Thu, May 1, 2008 at 8:08 AM, Earnie Boyd &lt;<a href="mailto:earnie@users.sourceforge.net">earnie@users.sourceforge.net</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Quoting Larry Garfield &lt;<a href="mailto:larry@garfieldtech.com" target="_blank">larry@garfieldtech.com</a>&gt;:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
On Wed, 30 Apr 2008 11:27:31 -0700, &quot;Joshua D. Drake&quot; &lt;<a href="mailto:jd@commandprompt.com" target="_blank">jd@commandprompt.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Wed, 30 Apr 2008 13:18:19 -0500<br>
Larry Garfield &lt;<a href="mailto:larry@garfieldtech.com" target="_blank">larry@garfieldtech.com</a>&gt; wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
My queries, according to dev module, are quite rarely more than 5<br>
ms. &nbsp;I don&#39;t know where you&#39;re getting that 30 ms number from. &nbsp;And,<br>
</blockquote>
<br>
Have you timed from execution on remote machine to connection on<br>
postgresql machine (pooled/persistent or not) and back?<br>
<br>
Joshua D. Drake<br>
</blockquote>
<br>
No, I can&#39;t say I have because A) I don&#39;t use PostgreSQL and B) A database server that is sufficiently &quot;remote&quot; that network latency becomes a problem is too far away to begin with. &nbsp;It should be on a computer sitting on the same ethernet switch as the web server, ideally, or at the very least the same subnet in a data center. &nbsp;(Most worthwhile web hosts will do the latter, with really really fast ethernet connections between them).<br>

<br>
</blockquote>
<br></div>
Larry, your statement leads me to believe that you have no experience with large corporations where data latency can be more that 100 ms depending on where the data comes from. &nbsp;Your ideal situation doesn&#39;t fit a corporation with numerous databases in various cities spread throughout the country and world. &nbsp;All of the DB developers I know always use a stored procedure to gather the data to send back to the client because it is always faster to do so.<br>

<br>
Earnie -- <a href="http://for-my-kids.com/" target="_blank">http://for-my-kids.com/</a><br>
-- <a href="http://give-me-an-offer.com/" target="_blank">http://give-me-an-offer.com/</a><br>
<br>
</blockquote></div><br><br clear="all"><br>