- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 19 Apr 2013 09:59:09 -0400
- To: public-lod@w3.org
- Message-ID: <51714DAD.8050402@openlinksw.com>
On 4/19/13 9:25 AM, Rob Warren wrote: >> Hi Rob, >> >> There is a fundamental problem with HTTP status codes. >> Lets say a user submits a complex but small sparql request. >> >> My server sees the syntax is good and starts to reply in good faith. >> This means the server starts the http response and sends an 200 OK >> Some results are being send.... >> However, during the evaluation the server gets an exception. >> What to do? I can't change the status code anymore... > > Is this really so? Failures in large transfers are common and there > are a few ways to detect it from the client's end (wrong format, wrong > Content-Length and dropped connection). > > There are SPARQL server implementation specifics here, but it's > possible to have a good statistical estimate of whether the query > runtime or expected transfer amount will exceed the limits before > firing the query. Since the query planner has to do this processing > before returning triples, you can decide to fire the query or just > refuse the request with an error header based on your limits. > > If your estimation is wrong and you have to kill the query at runtime, > you can re-tune the query planner / optimizer statistics to be more > conservative at the next request. > > rhw > > > > +1 -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca handle: @kidehen Google+ Profile: https://plus.google.com/112399767740508618350/about LinkedIn Profile: http://www.linkedin.com/in/kidehen
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Friday, 19 April 2013 13:59:32 UTC