Knut Stolze wrote:
That's a nice flamewar here. Let's fan it some more... ;-)
Your metric doesn't mean anything useful. As you are surely aware, the
number of books probably only says samething about the number of *bad* book
being available - not about the number of good and useful books, which is
undoubtedly rather small for Oracle too. (I'm inclined to agree that there
might be more useful Oracle books out there than for DB2.)
Another idea is: why are so many books needed for Oracle in the first place?
Makes me wonder. ;-)
By all means ... why not. But not a bit of this is flames. No one is
saying your product is garbage and ours is gooder. This is simple
statements of fact you can verify with any web browser.
Books (bookstores and amazon.com) and employment opportunities
(dice.com, monster.com, hotjobs.com) are a direct measure of
the vibrancy of the user community.
There are few DB2 books because the user community is aging baby-boomers
such as myself who know enough to get by until retirement. There are few
newbies coming into the marketplace.
Look at my reference to training classes at colleges and universities.
We don't teach DB2 for a reason: No one cares. Students don't care and
employers don't care. And yes we have surveyed employers from the San
Francisco Bay area up to Seattle and while there are some big shops with
DB2 and mainframes ... they don't produce 1% of the demand created by
those hiring SQL Server and Oracle.
The reason there are so many books on Oracle is not what you assume
though I suspect your statement disingenuous but rather that the product
line is so broad.
There are books on SQL and PL/SQL. There are books on high availability
options such as RAC, DataGuard and RMAN, there are books on App Server,
books on Java and JDeveloper, books on Performance Tuning, books on
efficient design.
So, for a single example, why are there no books on efficient design
with DB2? No one is designing new apps? No one cares about efficiency?
Or perhaps those my age that have 10+ years under their belt are just
marking time until they can go fishing.
--
Daniel A. Morgan
http://www.psoug.org da******@x.wash ington.edu
(replace x with u to respond)