Comments on: Towards Better Browser Storage

By: Ashok

Ashok — Fri, 08 May 2009 15:58:23 +0000

I’m curious to understand whether anyone has explored using Berkeley DB for this purpose. If you’re looking for a simple, get/put API for data management, I think Berkeley DB is ideal.

If Berkeley DB was not adequate, I would love to understand what the limitations are.

By: Matthew

Matthew — Fri, 08 May 2009 13:57:22 +0000

With all due respect, I think you’re missing the point here.

A relational database is most definitely higher-level (and more useful!) than a key-value store!

To say that “SQL, is actually quite low-level” compared with something like CouchDB is just plain wrong.

Now SQL may not be the ideal language, or the best-standardized, but that is a separate issue.

Just giving up and resorting to a lower-level non-relational document-oriented database is not the answer to my mind, especially not on the client, where many of the perceived scalability downsides of using a relational database server-side do not apply.

By: Kas Thomas

Kas Thomas — Wed, 06 May 2009 11:27:41 +0000

Not being a database professional, I hate SQL, but in this case I think the right thing to do is to use a well-accepted standard (SQL) for the use-case it was designed to handle. In other words, this is exactly the sort of thing SQL was designed to be used for. So use it. Then, if anybody wants to add some kind of JavaScript shim-layer over the top of it, so much the better. I, for one, would use the JS API if one were available.

By: redapple

redapple — Sat, 02 May 2009 18:56:54 +0000

guys, rss refreshing still s*ks – +35 livemarks hangs browser at regular intervals, please do something with that.

By: Tom Bonner

Tom Bonner — Fri, 01 May 2009 14:35:44 +0000

I agree totally with legoxx. Why muddy the waters with another flavor of storage? You suggest that SQL is “actually quite low-level and not very easy to use.”

That may be true, but the fact remains that MySql is one of the most widely used DB applications for web use. Try to install WordPress without it. You will also find it used in dozens of other web applications. If you are going to manage online data structures, sooner or later you are going to have to work with SQL.

Since knowledge of SQL will be extremely useful in any event, why not encourage users to learn it, rather than a much less widely-used solution? Not saying there isn’t room for CouchDB, as competition is always good for encouraging forward progress. In the end, however, the many flavors of SQL are too entrenched to be ignored.

By: legoxx

legoxx — Tue, 28 Apr 2009 09:01:07 +0000

tbh i belive that SQL is pretty wide used language for data manipulation. CouchDB with a javascript flawor seems much like reinventing a wheel to me. In my opinion we should stick with version of SQL. SQLight seems like a good choice for me, good for simple queries.. complex queries should run on the server anyway.

By: Mark Finkle

Mark Finkle — Wed, 22 Apr 2009 01:56:05 +0000

I really like the way you are using localStorage/globalStorage as the persistence mechanism for the blob/document style data. The JSON access is pretty sweet too.

I’m curious though, why a BrowserCouch-like API would need to be a standard? Shouldn’t we be able to use other JS wrappers, like Persevere’s JavaScriptDB, without needing one to be the standard?

I guess I like localStorage/globalStorage being the standard and other wrappers being built on top of that. Since we have a blob/document type of storage standard, why wouldn’t we want a relation style storage standard too? Who knows what kind of cool JS wrappers will be built on that style of storage.

I’d rather keep the standards at a lower level – more of a foundation – and allow JS libraries to blossom. Kind of like we see with Canvas.

By: Simon

Simon — Tue, 21 Apr 2009 23:37:42 +0000

Looks pretty cool… the query syntax is a bit more complicated than SQL for simple examples, but looks like it’d be much better for doing anything complicated. And honestly, SQL is good for querying, but often poor for insert/update – a more OO syntax of “persist(object)” is usually much more convenient…

By: Gil

Gil — Tue, 21 Apr 2009 22:19:46 +0000

You know, I like it, but I think it could become tedious having to retype the "columns". I'd like the option to also do something like... blogDb.put( [author,title,content] [{'Myk', 'Burritos','Burritos are yum.'}, {'Thunder', 'Bacon','I like bacon.'}, {'Thunder', 'Beer','Beer is good too.'}], function onDone() { /* Do stuff... */ } ); Poor syntax, but you see what I mean.

By: Jason Huggins

Jason Huggins — Tue, 21 Apr 2009 21:19:40 +0000

You rock, Atul. Great stuff!