W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2009

Re: HTML 5 Database Storage Does Not Enable Chaining Transactions

From: Doug Reeder <dreeder5@columbus.rr.com>
Date: Wed, 8 Apr 2009 22:59:07 -0400
Message-Id: <8D88BDEB-95F2-4B44-B0F3-E658D544CD18@columbus.rr.com>
To: public-webapps@w3.org
As a followup to my post starting
 > The scenario where I need to use HTML 5 Database storage requires  
storing a tree of data....

My particular need can be met by generating identifiers in software,  
rather than having the database do so.  This also eliminates the need  
to chain database calls.


However, there are related scenarios where that strategy doesn't work,  
including most scenarios where what gets written to the database  
depends in more complicated ways on what has been written.

And even when there's no need to chain database calls, if one has  
several outstanding calls to the database, it would be very helpful to  
know which call triggered a callback.  One example is issuing several  
database calls for data to update several different regions on a page  
-- when the data is returned, it will not indicate _which_ region on  
the page is to be updated (unless extra effort is made, such as  
storing that info in the database, which would pollute it.

So, I still think there is a need to pass a variable from the code  
calling the database, to the callback.  JavaScript has closures, which  
would do the job in many cases, but other languages don't.
Received on Thursday, 9 April 2009 09:34:47 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:31 GMT