XPost: comp.databases.ibm-db2   
   From: kennedy-downwithspammersfamily@attbi.net   
      
   "Daniel Morgan"  wrote in message   
   news:1093732503.821888@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@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.    
   Jim   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)