NoSQL Zone is brought to you in partnership with:

Nuno Jobs is a Geek. Open-source enthusiast. Traveller. Creating the future of information management systems at MarkLogic. Likes photography, dinosaurs, and funny hats. Go to NunoJob.com to see his profile and more content. Nuno is a DZone MVB and is not an employee of DZone and has posted 8 posts at DZone. You can read more from them at their website. View Full User Profile

CouchDB in the Browser vs. Indexed Database API

12.04.2011
| 6283 views |
  • submit to reddit

There's something fundamentally wrong with the way we do browser apps in javascript which can be described in a single sentence: You can't use a local database. Or a local search engine.

Even if you try to build your own abstractions you will never be able to build something that can work minimally well as databases go. e.g. javascript doesn't allow you to create custom datatypes that are optimized for database processing, such as BTrees and stuff.

The Indexed DB API tries to formulate the minimal common denominator, the things that browser vendors must provide to you so you build your own databases using javascript.

This is much better than what we have right now so you would expect a database geek such as myself to feel ecstatic about the Indexed DB API. I am happy about it but still have some really big concerns about it:

Indexed DB API is not a finished product. Developers need something that can sync our data to another machine, that can store JSON, and where we can run some queries. Maybe something that can gives us push notifications in a flexible way? The Indexed DB API focus in none of these things.

The Indexed DB API specification is heavily relational geared in nature. One might say I'm being untrue, but if they are they probably never worked in a document database. You can read about cursors, transactions, and all sort of things that I would not expect to be in early drafts of a database API for the web. At least I wouldn't.

The Indexed DB API is years from mainstream usage when we need it now! This is my biggest pain point with it: We need to wait for a recommendation, then people will build products (hopefully). Then we need to wait for browsers to catch up and then we need to wait for users to upgrade their browsers. Not easy considering how many people still use IE 6 today.

It looks like we are in the HTML5 vs. XHTML standoff again. This is taking way to long for thing we needed yesterday. I for once think HTML5 was a great thing and broke free from endless boring discussion about making the perfect markup language.

I for once would just vote for putting CouchDB in the browser and standardize it's HTTP API and replication engine. CouchDB is already an Apache project and is extremely successful in doing the stuff we need to do in web applications. Why reinvent the wheel? Take it and build your standard around it, not some relational biased IDB that people will then implement CouchDB on top of.

I would love to hear why this is such a terrible idea. Base the standard on something that works today and modify it accordingly to what the browser needs?

PS. I have no interest in contributing to confusion or instigate anyone. My sole intention is to have this shit running before I have grey hair and look like Jack Nicholson. If you are looking for trolling I suggest you look somewhere else.


Source:  http://writings.nunojob.com/2011/11/couchdb-in-the-browser-vs-indexed-database-api.html


Published at DZone with permission of Nuno Job, author and DZone MVB.

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Comments

Bojan Tomic replied on Sun, 2011/12/04 - 3:18pm

I don't work on the client side so all this is a bit alien to me, but your idea sounds quite good in my ears. Transactions, cursors and foreign keys belong in the back end. The front end needs a place to shove JSON (as you noted) and similar blobs of data.

Hm, when I think about it a bit, I think I'm looking at this from a different standpoint from you but I still agree in the end. 

Axel Rauschmayer replied on Tue, 2011/12/06 - 8:09am

I like the idea, it would help us make progress much more quickly. Note, though, that CouchDB’s replication and browser-to-server sync needs are probably much different.

“Maybe something that can gives us push notifications in a flexible way?” –would that really make sense as part of a database API?

 

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.