Comments on: Stonebraker: Send Relational DBMSs to the Home for Tired Software http://www.kellblog.com/2009/07/02/stonebraker-send-relational-dbmss-to-the-home-for-tired-software/ This blog is written by Dave Kellogg, CEO of MarkLogic Corporation, covering next-generation information management, enterprise search, and content management technologies along with commentary on Silicon Valley, venture capital, and the business of software. Wed, 08 Sep 2010 08:26:39 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: Is Oracle Database a Legacy Technology? (Part 1) « So Many Oracle Manuals, So Little Time http://www.kellblog.com/2009/07/02/stonebraker-send-relational-dbmss-to-the-home-for-tired-software/comment-page-1/#comment-2456 Is Oracle Database a Legacy Technology? (Part 1) « So Many Oracle Manuals, So Little Time Sun, 06 Jun 2010 05:41:14 +0000 http://test.kellblog.com/2009/07/02/stonebraker-send-relational-dbmss-to-the-home-for-tired-software/#comment-2456 [...] that Stonebraker now believes that all of these RDBMSs—not just Oracle—should be sent to the home for tired software. In this series of posts, I’ll examine the merits of his claims. Categories: Oracle [...] [...] that Stonebraker now believes that all of these RDBMSs—not just Oracle—should be sent to the home for tired software. In this series of posts, I’ll examine the merits of his claims. Categories: Oracle [...]

]]> By: Dave Kellogg http://www.kellblog.com/2009/07/02/stonebraker-send-relational-dbmss-to-the-home-for-tired-software/comment-page-1/#comment-1952 Dave Kellogg Thu, 02 Jul 2009 21:29:29 +0000 http://test.kellblog.com/2009/07/02/stonebraker-send-relational-dbmss-to-the-home-for-tired-software/#comment-1952 On Mark Logic, thanks for putting our power alley so clearly and tersely. On Mark Logic, thanks for putting our power alley so clearly and tersely.

]]> By: Matt McKnight http://www.kellblog.com/2009/07/02/stonebraker-send-relational-dbmss-to-the-home-for-tired-software/comment-page-1/#comment-1951 Matt McKnight Thu, 02 Jul 2009 18:24:18 +0000 http://test.kellblog.com/2009/07/02/stonebraker-send-relational-dbmss-to-the-home-for-tired-software/#comment-1951 It's interesting to consider memory resident a separate class of RDBMS, but the normalized relational model still rules the OLTP world in terms of efficient transaction locking.<br /><br />The other aspect I would through into this is the prevalence of caching layers, such as memcached, that are driving a lot of high volume applications. <br /><br />By adding a caching layer to the RDBMS, you end up getting the in memory database performance on the OLTP side, but also get to utilize the galaxy of tools and techniques based on the relational model.<br /><br />Where the MarkLogic model really shines for me is in querying semi-structured documents and in flexible schemas. It really offers a strong framework for combining text and fielded queries, more like a search engine than a database. It's interesting to consider memory resident a separate class of RDBMS, but the normalized relational model still rules the OLTP world in terms of efficient transaction locking.

The other aspect I would through into this is the prevalence of caching layers, such as memcached, that are driving a lot of high volume applications.

By adding a caching layer to the RDBMS, you end up getting the in memory database performance on the OLTP side, but also get to utilize the galaxy of tools and techniques based on the relational model.

Where the MarkLogic model really shines for me is in querying semi-structured documents and in flexible schemas. It really offers a strong framework for combining text and fielded queries, more like a search engine than a database.

]]>