Comments on: Final (for now) slides on how to select a data warehouse DBMS http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/ Choices in data management and analysis Thu, 09 Feb 2012 21:52:17 +0000 hourly 1 http://wordpress.org/?v=3.0.3 By: Curt Monash http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-235828 Curt Monash Mon, 15 Aug 2011 18:58:42 +0000 http://www.dbms2.com/?p=682#comment-235828 Are they saying that now when selling? It's not really true. http://www.dbms2.com/2009/10/14/greenplum-hybrid-columnar/ has more. Are they saying that now when selling? It’s not really true.

http://www.dbms2.com/2009/10/14/greenplum-hybrid-columnar/ has more.

]]> By: Ziadul Huq http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-235810 Ziadul Huq Mon, 15 Aug 2011 15:33:42 +0000 http://www.dbms2.com/?p=682#comment-235810 Greenplum is a Columnar DBMS, it also support row-base table. Greenplum is a Columnar DBMS, it also support row-base table.

]]> By: Ed Bernier http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-139066 Ed Bernier Sat, 05 Sep 2009 00:42:43 +0000 http://www.dbms2.com/?p=682#comment-139066 On your slide: "General areas of differentiation" you missed one very important one - "Out of the box performance". The simplicity side of appliances is sorely lacking in some architectures and this is what drives agility. The ability to support totally unpredictable queries with no indexes required. Netezza is the only vendor to date that doesn't require indexes and requires minimal configuration. On your slide: “General areas of differentiation” you missed one very important one – “Out of the box performance”. The simplicity side of appliances is sorely lacking in some architectures and this is what drives agility. The ability to support totally unpredictable queries with no indexes required. Netezza is the only vendor to date that doesn’t require indexes and requires minimal configuration.

]]> By: 37 Ways To Get More From Analytics | DBMS2 -- DataBase Management System Services http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-119032 37 Ways To Get More From Analytics | DBMS2 -- DataBase Management System Services Wed, 29 Apr 2009 08:26:41 +0000 http://www.dbms2.com/?p=682#comment-119032 [...] posted several stages of my thinking in connection with a February presentation on how to buy an analytic DBMS. The whole process seemed like a success, with good input early on, and at least one new client [...] [...] posted several stages of my thinking in connection with a February presentation on how to buy an analytic DBMS. The whole process seemed like a success, with good input early on, and at least one new client [...]

]]> By: Even more final version of my TDWI slide deck | DBMS2 -- DataBase Management System Services http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-111549 Even more final version of my TDWI slide deck | DBMS2 -- DataBase Management System Services Thu, 26 Feb 2009 01:09:18 +0000 http://www.dbms2.com/?p=682#comment-111549 [...] in less than an hour.  So the latest version of my slide deck should prove truly final, unlike my prior [...] [...] in less than an hour.  So the latest version of my slide deck should prove truly final, unlike my prior [...]

]]> By: Curt Monash http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-110900 Curt Monash Thu, 19 Feb 2009 10:16:08 +0000 http://www.dbms2.com/?p=682#comment-110900 Leandro, Thanks for commenting, especially with the nice compliments! #1 sounds like the "baseball bat test" I talk about. #2 I'm inclined to disagree with. I think federated queries are evil, and would rather see data recopied in most scenarios. Leandro,

Thanks for commenting, especially with the nice compliments!

#1 sounds like the “baseball bat test” I talk about.

#2 I’m inclined to disagree with. I think federated queries are evil, and would rather see data recopied in most scenarios.

]]> By: Leandro Tubia http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-110894 Leandro Tubia Thu, 19 Feb 2009 09:10:33 +0000 http://www.dbms2.com/?p=682#comment-110894 Hi Your presentation is really brilliant and specially usefull for me that sometimes I'm in the vendor side and others in the customer side. I would add two important tests: 1) Recovery behavior: test how DB recover from network microcuts or other unwanted services interrumption scenarios. In standard OLTP databases recovery process could last hours or days till transaction log is fully roll backed. I don't know who much memory centric DBs or column based ones, lasts to recover after restarting. 2) Interoperability with other DBs: it's usual that new technologies are not deployed solely within the current customer architecture, as different steps of migration projects could obligue to face a temporal scenario of distributed queries among different technologies. But connecivity tests are not enough to assure that products can interoperate: real queries must be tested so as to get sure connectivity is stable enough. I've got very surprised when I've found that sometimes client providers failed solving queries with certain complexity. Thanks Hi
Your presentation is really brilliant and specially usefull for me that sometimes I’m in the vendor side and others in the customer side.
I would add two important tests:
1) Recovery behavior: test how DB recover from network microcuts or other unwanted services interrumption scenarios. In standard OLTP databases recovery process could last hours or days till transaction log is fully roll backed. I don’t know who much memory centric DBs or column based ones, lasts to recover after restarting.
2) Interoperability with other DBs: it’s usual that new technologies are not deployed solely within the current customer architecture, as different steps of migration projects could obligue to face a temporal scenario of distributed queries among different technologies. But connecivity tests are not enough to assure that products can interoperate: real queries must be tested so as to get sure connectivity is stable enough. I’ve got very surprised when I’ve found that sometimes client providers failed solving queries with certain complexity.
Thanks

]]> By: Curt Monash http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-109909 Curt Monash Mon, 09 Feb 2009 20:19:31 +0000 http://www.dbms2.com/?p=682#comment-109909 I can't get everything in there. MonetDB comes up a bit more than LucidDB in my life, although the sample size is so small I wouldn't attach much importance to that. I can’t get everything in there.

MonetDB comes up a bit more than LucidDB in my life, although the sample size is so small I wouldn’t attach much importance to that.

]]> By: Jos van Dongen http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-109895 Jos van Dongen Mon, 09 Feb 2009 17:15:43 +0000 http://www.dbms2.com/?p=682#comment-109895 Hi Curt, It's great you put in MonetDB in the example columnar DBMS examples. I missed LucidDB though, that's the other open source columnar contender. If you're interested, there are some bechmarks (and references to others) on my website; I'm currently working on a TPC-H sf 10/100 comparison between MonetDB, LucidDB and Infobright. Hi Curt,

It’s great you put in MonetDB in the example columnar DBMS examples. I missed LucidDB though, that’s the other open source columnar contender. If you’re interested, there are some bechmarks (and references to others) on my website; I’m currently working on a TPC-H sf 10/100 comparison between MonetDB, LucidDB and Infobright.

]]> By: Curt Monash http://www.dbms2.com/2009/02/06/final-for-now-slides-on-how-to-select-a-data-warehouse-dbms/#comment-109882 Curt Monash Mon, 09 Feb 2009 14:08:10 +0000 http://www.dbms2.com/?p=682#comment-109882 The title is what it is on the first page of the presentation. :) But I tend to use the terms "analytic DBMS" and "data warehouse DBMS" pretty interchangeably, especially when focusing -- as I usually do -- on terabyte+ scales. The title is what it is on the first page of the presentation. :)

But I tend to use the terms “analytic DBMS” and “data warehouse DBMS” pretty interchangeably, especially when focusing — as I usually do — on terabyte+ scales.

]]>