| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: OEM or lots of code?
Arif,
Thanks!
Just to be clear, there is not going to be a CD released with this book. We will see about putting code examples online though if that will help.
Thanks for ordering the book. I am actually very excited about it. It is my feeling that this will be my best book to date.
RF
Robert G. Freeman
Oracle Consultant/DBA/Author
Principal Engineer/Team Manager
The Church of Jesus Christ of Latter-Day Saints
Father of Five, Husband of One,
Author of various geeky computer titles
from Osborne/McGraw Hill (Oracle Press)
Oracle Database 11g New Features Now Available for Pre-sales on Amazon.com!
Sig V1.1
-----Original Message-----
From: Arif Gulzar [mailto:gulzar.arif_at_gmail.com]
Sent: Sunday, July 08, 2007 8:35 PM
To: robertgfreeman_at_yahoo.com
Cc: oracle-l
Subject: Re: OEM or lots of code?
FYI -Robert I ordered this book from amazon.com. Put some real life examples/best practice for doing some particular on CD would be good idea
Arif
On 7/8/07, Robert Freeman <robertgfreeman_at_yahoo.com> wrote:
>> look for a mix with an attempt to think
I think this is the direction we are going with this book. Arup Nanda
who did a lot of 10g NF coverage for Oracle.com is doing a lot of
commentary in the book (much like Jonathan Lewis did in the 10NF book which
I think was priceless - Thanks JL). The added commentary I've seen thus far
is such added value. Also I'm trying to add value by adding some of my
personal experiences with things. Like I've said before though, page count
is always limited and that is *so* frustrating and often requires that you
cut stuff you wish you didn't have to.
For everyone who has left comments about OEM vs. PL/SQL, the theme seems to be the same as that noted in the post below from Niall, do both and augment with some additional information and experience. I'll do what I can. Keep in mind that this is a brand new release, and this is an early adopter kind of book. So it's difficult to give a lot of real "production" experience in it (For example something like this takes ten hours to run if you have a database > 1TB), though I am running in several different environments, in fact I'm using more environments for this book than I have for either of the previous new features books. I can tell you that the entire book will be checked against the production code before it goes to print.
Finally, I have had questions in the past about why I stopped blogging at my blog site http://robertgfreeman.blogspot.com/. There were a number of reasons for this, but I've decided to start up again, so I've added a new entry. I'll be adding Oracle related stuff in the near future so I hope you will check out the site once in a while.
Thanks for all your feedback. It is my desire to give the Oracle community a book that will do everyone some good.
Robert G. Freeman
Oracle Consultant/DBA/Author
Principal Engineer/Team Manager
The Church of Jesus Christ of Latter-Day Saints
Father of Five, Husband of One,
Author of various geeky computer titles
from Osborne/McGraw Hill (Oracle Press)
Oracle Database 11g New Features Now Available for Pre-sales on
Amazon.com !
Sig V1.1
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Niall Litchfield
Sent: Sunday, July 08, 2007 1:19 PM
To: robertgfreeman_at_yahoo.com
Cc: oracle-l
Subject: Re: OEM or lots of code?
Hi Robert
I like seeing both. What I really don't like is a book (or course or
presentation) that is full of how to do x in OEM, now how to do X in pl/sql;
how to do Y in OEM now how to do Y in PL/SQL it looks like a lazy author
regurgitating docs. So I guess in a wish list that likely doesn't fit with
publishing deadlines I'd look for a mix with an attempt to think, which
interface makes more sense for most of my audience for this task. So for
example when dealing with RMAN I wouldn't dream of covering the EM
interface, when using ASH I'd be drilling down through the EM graphs, in
both cases because I think those routes make the most sense for most people.
cheers and good luck
Niall
On 7/7/07, Robert Freeman <robertgfreeman_at_yahoo.com > wrote:
Folks... I'm writing the 11g New Features book right now (It's up on
Amazon
for pre-sales, so I'm told I can mention the book, but I can't talk
about
11g, so please don't ask). As I'm writing I find that I'm in a bit
of a
quandary, so I thought I'd ask you what your preference is.
If you have used some of the Advisor features in 10g, for example,
you know
that there are pretty easy to use OEM interfaces into the advisors,
and
there is the rather long, involved use of various supplied packages
available that allow you to run the advisors.
In this new book, I'm considering biasing my coverage to OEM for a
few
reasons:
1. OEM is less complex to use.
2. Adding coverage for both will take up many more pages. When you
are
writing a book you are limited to a page count range, so depth is
limited
based on this too.
3. The Code route, in and of itself, can be complex. I'm not sure if
it's
worth the extra time to add the code in some cases just because of
this
complexity.
I'm wondering if anyone who has used these features or suspect they
will use
them in the future has a preference. In some cases, if page count
allows,
I'll do both. In some cases I need to select either/or due to page
count
considerations. In the past, I've been very heavily code oriented
and really
relegated OEM to the background, but now I'm thinking of moving in
the other
direction.
Thoughts??
-- http://www.freelists.org/webpage/oracle-lReceived on Sun Jul 08 2007 - 21:39:02 CDT
 |
 |