Ubuntu Certified for IBM DB2

xsspd2004 writes "Ubuntu Certified for IBM DB2 -- Ubuntu is moving into Enterprise computing with IBM's certification of Ubuntu as "Ready for IBM DB2 Software for Linux". "

Re:Why?

[Anonymous Coward]

Because you already have a DB2 licence.
Because your application requires DB2.
Because your company is DB2 site licenced.
Because your developers might be comfortable/familiar with DB2.
Because DB2 came bundled with some other software.
Because all your other servers are running DB2.
Because we live in a world where changing your OS no longer means changing your database vendor.
Because is is a seriously kick-arse fantastic database.
Because someone answers the phone (and usually has a solution) when you call with a database problem.
Because someone is paid paid to be accountable.
Because you're told to.
Because you like the product.

errr..... was I just trolled????

Re:x86 only

[Ceriel Nosforit]

I run Opteron on my destop and tested the 64bit version of Breezy on it some time ago. There's a lot of packages missing, so the apt-get niceness is often useless.
While desktop use is grealy different from server use, it does stand to show what the situation is like ATM. If the 64 bit version of Breezy came with full support for 32 bit packages then all would be OK, but for some reason one has to set up the compability manually, and how to do that is far from obvious.

I wouldn't be surpised if some dev decided not to include 32 bit support natively as to prompt people to supply 64 bit code instead of relying on the 32 bit support. However, this sort of strong-arming doesn't work well with people who supply time an effort voluntarily.
AMD's idea was to run 64 bit and 32 bit simultaneously until the 32 bit applications are no longer useful. There's no need to force 64 bit on anyone.
(Note. This paragraph is a big IF. I'm not saying this is the way things are.)

I switched back to 32 bit Breezy for my desktop after I noticed how hopeless the situation was. Sad to say, it was Macromedia's lack of support for 64 bit Flash that was the last drop. Can't have a desktop without Flash these days, it seems. =(

Re:Where is Debian?

[Erik Hensema]

I'm probably going to be moderated as Troll for saying this:

Debian is a very hard target to develop for. It's primarily a platform for nerds wanting to have it their own way. Yes, that's the fundamental freedom open source gives you. However, that also means there's a lot of diversity even in debian stable. There is no such thing as the debian. It's always 'debian with this-and-that choices made during installation and this-and-that changes to the default setup (yay, let's make two completely different init systems available!)'.

Ubuntu makes decisions for the end-user. Less diversity. A lot less. This makes ubuntu easier to support. Do you want to sit at the phone asking a debian user what choices and customisations he made?

One last serious question: you want a database server. It must talk SQL. As a trained professional, do you really care what distribution runs on the server? Do you even care about the cost? Those databases don't come cheap, you know.

so where's the sources.list entries?

[ilmdba]

one of these days, oracle or ibm or someone big will get off their ass, and just set up repositories for the apt, and you'll be able to 'apt-get install oracle' or 'apt-get install db2'

then i'll be impressed.

Re:Two reasons you would use DB2 on Linux

[commanderfoxtrot]

One good reason to use DB2 is that neither MySQL nor PostgreSQL can scale to the same size of database as DB2. Using DB2's "Distributed Partitioning Facility", or DPF, with DB2 Enterprise Server Edition you can partition data over hundreds of machines using a shared-nothing approach. This means you can create a data warehouse of a hundred terabytes that 1) appears to your applications as just a single database 2) retrieves query results blazing fast (this is the "shared nothing" part; each machine knows what data it is responsible for, so a query that comes in to the database is automatically distributed to the responsble machines, which go off and do their work, then return the results to a single co-ordinator that pipes them back to the application -- it's like RAID-0 for databases).

I completely agree with the above statement, but if you are using PostgreSQL for big Tb+ databases, the new 8.1 version has some partitioning-like features which will really help.