Comments on: Day Dreaming about Web Storage http://starkravingfinkle.org/blog/2009/04/day-dreaming-about-web-storage/ Sun, 29 Apr 2012 07:09:30 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Vladimir Dzhuvinov http://starkravingfinkle.org/blog/2009/04/day-dreaming-about-web-storage/comment-page-1/#comment-8884 Vladimir Dzhuvinov Thu, 21 May 2009 15:15:12 +0000 http://starkravingfinkle.org/blog/?p=415#comment-8884 Object-oriented or relational -- this is a permanent question. A question worth billions of dollars and zillions of sleepless hours :) Can there be a middle way? Perhaps, an "object-relational" way? Object-oriented or relational — this is a permanent question.

A question worth billions of dollars and zillions of sleepless hours :)

Can there be a middle way?

Perhaps, an “object-relational” way?

]]> By: Nikunj Mehta http://starkravingfinkle.org/blog/2009/04/day-dreaming-about-web-storage/comment-page-1/#comment-8841 Nikunj Mehta Fri, 15 May 2009 22:47:35 +0000 http://starkravingfinkle.org/blog/?p=415#comment-8841 Have you pondered about how that data will move between your server and your browser store? If not, I encourage you to read a complementary proposal about offline data access that does nothing to provide special JS APIs to slice and dice your data, but ensures that you have it when you need it. http://o-micron.blogspot.com/2009_04_01_archive.html (It's my blog) Personally, I would wish we could standardize the primitives for data synchronization and leave it to library developers to figure out the best JS APIs for accessing the data for different kinds of applications. I also don't like SQL as the model for accessing data, although some JS API may wish to internally use the SQLite API a particular browser provides. Have you pondered about how that data will move between your server and your browser store? If not, I encourage you to read a complementary proposal about offline data access that does nothing to provide special JS APIs to slice and dice your data, but ensures that you have it when you need it.

http://o-micron.blogspot.com/2009_04_01_archive.html (It’s my blog)

Personally, I would wish we could standardize the primitives for data synchronization and leave it to library developers to figure out the best JS APIs for accessing the data for different kinds of applications. I also don’t like SQL as the model for accessing data, although some JS API may wish to internally use the SQLite API a particular browser provides.

]]> By: Matthew Gertner http://starkravingfinkle.org/blog/2009/04/day-dreaming-about-web-storage/comment-page-1/#comment-8788 Matthew Gertner Mon, 27 Apr 2009 07:33:38 +0000 http://starkravingfinkle.org/blog/?p=415#comment-8788 I used to work for an object-oriented database company, and since then I've tried several object and XML databases on various projects. And yet we've always come back to a relational database as the underlying data store, with a more or less generic layer on top to handle the mapping of application objects. The formal underpinnings of relational databases are hard to beat from a performance perspective, so they are unlikely to be dethroned any time soon. Any JavaScript storage API for web applications (standard or "1000 flowers bloom") should be layered on top of a standardized SQL interface. I used to work for an object-oriented database company, and since then I’ve tried several object and XML databases on various projects. And yet we’ve always come back to a relational database as the underlying data store, with a more or less generic layer on top to handle the mapping of application objects. The formal underpinnings of relational databases are hard to beat from a performance perspective, so they are unlikely to be dethroned any time soon. Any JavaScript storage API for web applications (standard or “1000 flowers bloom”) should be layered on top of a standardized SQL interface.

]]>