[whatwg] SQL section feedback
beidson at apple.com
Wed May 7 10:53:10 PDT 2008
On May 6, 2008, at 10:14 PM, Ian Hickson wrote:
> On Thu, 10 Apr 2008, Dimitri Glazkov wrote:
>> In the current SQL storage spec
>> all database operations can be nicely tucked onto a separate
>> thread, so
>> that they don't block the UI thread, except for one place:
>> has to query version information and open or create the database.
>> This seems a bit out-of-sync (oh no, bad pun) with the rest of the
>> where everything is asynchronous. Would it be more logical/
>> practical to
>> explicitly (per spec) move the actual opening of the database off the
>> main thread? Like so:
>> Verifying database version and opening/creation of the database
>> at pre-flight of the transaction, unless the database is already
>> Thus, no potential UI thread blockage by the database operations
>> openDatabase invocation, as well as no need to raise the
>> INVALID_STATE_ERR exception.
>> What do you think?
> This seems like something that UAs could optimise -- knowing what
> databases and what version each origin has seems similar to having
> immediate access to name/value pairs and to cookies, both of which are
> already synchronous. And making it use a callback would make this even
> less usable. :-)
> What do other vendors think? Anyone?
I agree with Hixie and disagree with the need to make this
asynchronous. WebKit already optimizes as Hixie suggests, to a
More information about the whatwg