Comments on: Beyond the RDBMS http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/ Exploring the Realms of GIS Sat, 04 Feb 2012 13:44:35 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Martin Davis http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/comment-page-1/#comment-27725 Martin Davis Tue, 25 Mar 2008 17:48:11 +0000 http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/#comment-27725 Yeah, I noticed that line in the paper as well. Like you, seeing such a glaring error caused a few cracks in my faith in Stonebraker the DB guru. Maybe as Sean and Peter suggest this is really actually such a deep abstraction that the actual semantic details don't matter. I'm not so sure... my suspicion is that Stonebraker et al are so busy focussing on their core research that they don't actually get a chance to really figure out how all this fluffy real-world messiness actually works! This isn't the only crack in the facade - see the recent MapReduce-critique kerfluffle for a much bigger example. However, in spite of all this what Stonebraker says makes a lot of sense to me. The really interesting question is whether the "traditional" RDB platforms will simply be able to adapt to meet these new paradigms, or whether this creates an opportunity for new DB vendors to rise. Seeing how the whole object-relational thing played out, my money is on the former. By the way, another application area which seems to be calling for a new kind of database architecture is - rasters! But that's another blog post... Yeah, I noticed that line in the paper as well. Like you, seeing such a glaring error caused a few cracks in my faith in Stonebraker the DB guru. Maybe as Sean and Peter suggest this is really actually such a deep abstraction that the actual semantic details don’t matter. I’m not so sure… my suspicion is that Stonebraker et al are so busy focussing on their core research that they don’t actually get a chance to really figure out how all this fluffy real-world messiness actually works!

This isn’t the only crack in the facade – see the recent MapReduce-critique kerfluffle for a much bigger example.

However, in spite of all this what Stonebraker says makes a lot of sense to me. The really interesting question is whether the “traditional” RDB platforms will simply be able to adapt to meet these new paradigms, or whether this creates an opportunity for new DB vendors to rise. Seeing how the whole object-relational thing played out, my money is on the former.

By the way, another application area which seems to be calling for a new kind of database architecture is – rasters! But that’s another blog post…

]]> By: Gary Sherman http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/comment-page-1/#comment-23144 Gary Sherman Mon, 04 Feb 2008 02:21:45 +0000 http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/#comment-23144 Perhaps, but to a code-head like me "compiles" conjures up a very specific image. Maybe it's an issue of semantics or a poor choice of words. Perhaps, but to a code-head like me “compiles” conjures up a very specific image. Maybe it’s an issue of semantics or a poor choice of words.

]]> By: Peter Batty http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/comment-page-1/#comment-23141 Peter Batty Mon, 04 Feb 2008 01:53:49 +0000 http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/#comment-23141 My interpretation is that they are just talking about the database abstraction layer, and are saying that you can express access to the database using a higher level object based approach, then the system "compiles" that down to the lower level semantics of JDBC-type access. Or in other words, in your application you don't have to think in terms of raw SQL statements, Rails takes care of converting higher level constructs into SQL statements for you. Overall I thought the paper was very interesting, am writing some further thoughts on my blog at the moment. My interpretation is that they are just talking about the database abstraction layer, and are saying that you can express access to the database using a higher level object based approach, then the system “compiles” that down to the lower level semantics of JDBC-type access. Or in other words, in your application you don’t have to think in terms of raw SQL statements, Rails takes care of converting higher level constructs into SQL statements for you. Overall I thought the paper was very interesting, am writing some further thoughts on my blog at the moment.

]]> By: Sean Gillies http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/comment-page-1/#comment-23014 Sean Gillies Fri, 01 Feb 2008 14:58:26 +0000 http://spatialgalaxy.net/2008/01/31/beyond-the-rdbms/#comment-23014 I hadn't read that paper, but went back and they do actually say that. I wonder if it isn't academic CS lingo for "code using the same patterns as JDBC is found underneath all the Rails abstractions"? I hadn’t read that paper, but went back and they do actually say that. I wonder if it isn’t academic CS lingo for “code using the same patterns as JDBC is found underneath all the Rails abstractions”?

]]>