DA Morgan wrote:
> Mark A wrote:
>
>> "Jim Kennedy" <kennedy-downwithspammersfamily_at_attbi.net> wrote in
>> message news:k82dncQ-Ic-eihbeRVn-qQ_at_comcast.com...
>>
>>>> Serge,
>>>
>>>
>>> Learn how to read something other than code. I said that it was
>>> irrelevant
>>> to the argument. nonsequitor is Latin for "it doesn't follow". It
>>> is quite
>>> common at large sites to have more than one type of machine and more
>>> than
>>> one type of OS. (eg SUN hardware running Solaris and Dell hardware
>>> running
>>> Windows etc.) So one could have a database on several different
>>> platforms.
>>> Having a database with the same name but operate differently just
>>> unnecessarily complicates things.
>>>
>>> Jim
>>>
>>
>>
>> DB2 for Linux, UNIX, and Windows (LUW) is a single product and does
>> run the same on SUN, AIX, HP/UX, Linux (x86, AMD64/EM64T, I64, z
>> Series), Windows 32-bit, and Windows 64-bit. There is one set of DB2
>> manuals for all these platforms.
>>
>> It is true that DB2 for z/OS and DB2 for AS/400 are different products
>> from DB2 for LUW, but Oracle either has a lousy product on that
>> platform that companies only rarely use (z/OS), or does not even
>> support (AS/400).
>>
>> So your argument nonsequitor.
>
>
> No his argument is valid. There are plenty of large companies running
> Oracle on mainframes and there is huge value in being able to seemlessly
> move between that mainframe database and all other platforms.
Any names? From my sources Oracle's share on this platform is perhaps 5%-ish
It appears O10gR2 is still not available on zOS...
http://www.oracle.com/technology/software/products/database/oracle10g/index.html
> AS/400 ... who cares? When someone does ... no doubt Oracle will too.
Actually in all fairness if Oracle ran on OS/400 it would have to run on
DB2 (same thing)... ironic but impossible because it's a closed
platform. (Oracle could run on Linux/AS400)
DB2 for iSeries appears to be where MS wants to be with
SQL Server/Windows......
Cheers
Serge
--
Serge Rielau
DB2 SQL Compiler Development
IBM Toronto Lab
Received on Tue Nov 29 2005 - 05:52:25 CST
