Re: db2 vs oracle

"Daniel Morgan" <damorgan_at_x.washington.edu> wrote in message news:1093732503.821888_at_yasure...
> > Actually to get you back on track, read through Larry's book, the words
are
> > in the book, not quoting, but close enough, Oracle is more about
> > applications than databases. ( the book is "SOFTWAR" )
>
> And IBM is more about hardware than databases. Apparently you don't have
> an actual point so you just made one up.
>
> > As far as my experiences with Oracle, it is the most expensive database
> > product on the market, not to mention one of the most complicated.
>
> Which speaks volumes about your experience doesn't it. How exactly is a
> license for $749 USD expensive?
>
> > Now let's move along to your acid trip...
>
> The only acid I'm seeing here is nitric.
>
> > Assuming you are 100% correct about the grid, commodity/utility
computing,
> > SETI, and all that, why on earth would Oracle be relevant in the
equation?
> > As if they are the only ones who figured it out? As if they are the
right
> > choice for that? As if the grid is even relevant...
>
> Maybe not the only ones to figure it out. But I a lot closer to the mark
> than anyone else. Unless you are one of those that promotes UNION ALL as
> database partitioning.
>
> --
> Daniel A. Morgan
> University of Washington
> damorgan_at_x.washington.edu
> (replace 'x' with 'u' to respond)
>

What is really interesting is that this guy is clueless. We have been using Grid type computing for years in our engineering department to do builds and QA for our products. But this guy is so behind the curve that he isn't even aware that some companies were doing this, in a rudimentary form, back in the mid '80's. We are currently looking at implementing RAC across multiple applications so we can have redundancy, better load balancing especially across timezones. As each financial quarter ends it would be nice to give the order and reporting systems more database priority than lets say the call center software etc. Or as the day sets and the call center software needs less database resources - we don't have as many people in the PacRim - but the datawharehouse loads need more resource. RAC is a way we could share that resource and not build huge silos.

But hey how do you tell a 17 year old that his elders have more experience. It is amazing that in 7 years the 17 year old will discover his elders learned a lot in 7 years. <grin>
Jim Received on Sun Aug 29 2004 - 01:02:03 CEST