RE: OTTOTOT: Fantastic reviews
- From: "Mark W. Farnham" <mwf@xxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 5 Aug 2004 12:33:09 -0400
ROFLMAO!
Reminds me of the quizzical looks I got from the secretarial staff at DTSS
when I used to insist on performing the revision page merges into the
manuals personally. (Dinosaur age doc tar corrections.) Management even
didn't complain about the time it consumed after the second time it saved
huge amounts of lost effort working around bugs that had been repaired in
the assembler.
Is the next round of meta-optimization figuring out how to influence the
optimizer to get to a good solution in fewer permutations? (non-sequiter
intentional)
mwf
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Mogens Norgaard
Sent: Thursday, August 05, 2004 11:22 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: OTTOTOT: Fantastic reviews
Yes! A dynamic e-book where corrections are emailed directly to us when
detected. That sounds like a winner.
By the way: If it isn't too late, I'd like to post the following review
on Amazon of the not-yet-planned book from Wolfgang Breitling:
==============================================================
Title: 10053 reasons to perform a dump in your own house
Author: Wolfgang Brightthing
Review (no stars, posted by Egghead): This book is a complete waste of
the 10053 dollars I had to pay for it on Barnes & Noble. The book
doesn't cover any of the undocumented features of event 10053, but
simply does a step-by-step walkthrough of the self-explanatory,
easy-to-read, well-documented event. The author wastes page after page
explaining things instead of showing the use of oradebug. I'll never buy
that book again
==============================================================
Mogens
Raj Jamadagni wrote:
> Mladen,
>
> how would yo update the book, when odd versinos of the software some
feature is always broken and
> in the next even version that gets fixed but a 3 version old bug creeps
again?
>
> It better be a e-book and I hope Wolfgang likes to write books. I must
however mention that he
> explains things rather well.
>
> Raj
>
> --- "Gogala, Mladen" <Mladen.Gogala@xxxxxxxx> wrote:
>
>
>>
>>Isn't 10053 just 10046 on level 7? (10046+7=10053). Just kidding.
>>Yeah, a book like that would be more then needed, because CBO is
>>a very complex topic. Tom Kyte, in his "Effective Design" book has
>>some very good tips and tricks about CBO, but there are no papers
>>specifying exactly how to read it. Wolfgang has a spectacular paper
>>about 10053 and CBO on his Centrex page. I doubt that 10053 per se
>>would be enough for a book, but combined with Steve Adams style insight
>>in the entrails of the CBO and explanation of testing methodology,
>>that would be more then enough.
>
>
>
> =====
> Best Regards
> Raj
> ---------------------------------------------------------
> select mandatory_disclaimer from company_requirements;
>
>
>
>
> __________________________________
> Do you Yahoo!?
> New and Improved Yahoo! Mail - 100MB free storage!
> http://promotions.yahoo.com/new_mail
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
