<div dir="ltr"><div>For API clients that require access to large parts of the data set, I've actually proposed a solution that doesn't involve the REST API at all. It's likely that this particular spec will also be the backbone of storyboard's federation (assuming we don't argue it into oblivion).</div><div><br></div><div><a href="https://review.openstack.org/#/c/105252/">https://review.openstack.org/#/c/105252/</a></div><div><br></div><div>Michael</div><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 20, 2014 at 11:39 AM, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
However for API usage, complete scans of result sets are much more<br>
common, and they caused substantial remedial performance work to be<br>
needed in Launchpad (which was also built with the idea that only the<br>
first few pages need to be fast).<br>
<br>
If I may be so bold, the rule of thumb 'if we can't do it fast, don't<br>
do it' is a very sensible one for many API implementations, and one<br>
that I rather suspect will apply here.<br>
<div class=""><div class="h5"><br>
-Rob<br>
<br>
--<br>
Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>
Distinguished Technologist<br>
HP Converged Cloud<br>
</div></div></blockquote></div><br></div></div></div>