Oh, yes I think I misread that...  however, it's a little bit of both.  We're still playing around with a few ideas, but in a scalable reality I'm thinking of a batch of around 5,000 variables.  It should be speedy enough to do that iteratively for each variable, but one request would be pretty handy too.
<br><br>The particular usage for this is for an &quot;infinite search results&quot; page.&nbsp; It displays 50 or so results, and scrolling towards the bottom of the page does some magic AJAX&#39;ey stuff to expand the bottom, then chop off the top of the page.&nbsp; Running this stuff directly off our DB2 servers results in an annoying lag time, and memcache would be perfect for this.&nbsp; This requires some preemptive loading to grab a lot of ID strings, then do some more processing in the background to be ready for the event of loading the next set of results.
<br><br>This is also just one area that is potentially going to be modified for memcache, there are a lot of other scenarios to think about, and we&#39;re just in the feasibility stage at the moment.&nbsp; The more flexible the API / transactions, the easier it would be to integrate to several aspects of our software.
<br><br>Thanks for the help!<br><br>--Cal<br><br><div><span class="gmail_quote">On 4/13/07, <b class="gmail_sendername">Peter Van Dijck</b> &lt;<a href="mailto:petervandijck@gmail.com">petervandijck@gmail.com</a>&gt; wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I think there must be some misunderstanding. Ask said: &quot;If you need<br>tens of thousands of values set and get per request&quot;, and Cal
<br>answered: &quot;Yes ...&quot;<br><br>Cal, you don&#39;t need to set/fetch thousands of values on *each*<br>pageview, right? That would be very, very, very weird?<br><br>So if you don&#39;t have to get *all* those values on every request, then
<br>your approach doesn&#39;t seem to make any sense?<br><br>Or perhaps I misunderstand something.<br>Peter<br><br>On 4/12/07, Cal Heldenbrand &lt;<a href="mailto:cal@fbsdata.com">cal@fbsdata.com</a>&gt; wrote:<br>&gt;<br>
&gt; &gt;<br>&gt; &gt; Does the web servers do all the set()&#39;s ?&nbsp;&nbsp;&nbsp;&nbsp;If you need tens of<br>&gt; &gt; thousands of values set and get per request, then yes - you<br>&gt; &gt; definitely need to aggregate them.<br>&gt;<br>
&gt; Yes, all of the web servers will be independently running set / get<br>&gt; operations.&nbsp;&nbsp;So, the &quot;easy&quot; way to code my example is:<br>&gt;<br>&gt;&nbsp;&nbsp; var1=20070412185933613883000000<br>&gt;&nbsp;&nbsp; var2=20070412185952675260000000
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;...<br>&gt;&nbsp;&nbsp; var300000=20070412190015441272000000<br>&gt;<br>&gt; But the most efficient way considering the memcache protocol / storage /<br>&gt; etc:<br>&gt;<br>&gt;<br>&gt; var1=20070412185933613883000000,20070412185952675260000000,...
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;(up to 1MB of data)<br></blockquote></div><br><br clear="all"><br>-- <br>Cal Heldenbrand<br>&nbsp;&nbsp; FBS Data Systems<br>&nbsp;&nbsp; E-mail:&nbsp;&nbsp;<a href="mailto:cal@fbsdata.com">cal@fbsdata.com</a>