> The problem with rsh is as follows.
>
> The actual script is as follows.
>
> echo "subbu"
> su finacle -c '. /etc/b2k/ncb/com/commonenv.com;cd
>/finacle/ncb/b2kcomp1/3.0/bin;./stops'
> echo "After stops"
> sleep 5
> su finacle -c '. /etc/b2k/ncb/com/commonenv.com;cd
>/finacle/ncb/b2kcomp1/3.
Read THIS fabulous manual:
http://www.bookpool.com/.x/pbsr99hds8/sm/0596003811
Ferenc Mantfeld
-Original Message-
From: [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]]
Sent: Monday, January 13, 2003 5:04 PM
To: Multiple recipients of list ORACLE-L
Subject:DB Triggers vs Store
And quite a number of folks were making use of the v$
stats quite some time before that with little regard for the BCHR,
though maybe not officially yet ignoring the BCHR
Jared
On Sunday 12 January 2003 17:03, Anjo Kolk wrote:
> Hmm,
>
> Lately? That actually started publicly in 1998 as far a
Hi All
I would like to know the difference between using the Stored procedures in
DB Triggers and writing the code directly in the DB Trigger. Which would be
better to use and what r the advantages.
Rgds
Sathya
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author:
INET:
Thanx a lot for a very comprehensive answer.
More than the result, I learnt the method. thanx a lot
Regards
Naveen
-Original Message-
Sent: Sunday, January 12, 2003 9:04 PM
To: Multiple recipients of list ORACLE-L
Naveen Nahata wrote:
>
> And how does one find out more information abo
To add an example of what Anjo, Morgens and everyone else is talking about,
here is a perfect illustration of why focusing on BCHR is like
concentrating intensely on how fast your tyres rotate in a Tour de France,
instead of looking of where you are going (probably a lot more useful).
Another e
Precise Indepth for Oracle relates SQL statements to PL/SQL procedures
without quering any X$ tables. So may you should buy that, but that may
not be an option for you ;-)
Anjo.
Stephane Faroult wrote:
.
>
> My aim, remember, was to relate a PL/SQL block to the statements it
> issues, so X$KGL
Hmm,
Lately? That actually started publicly in 1998 as far as I am concerned ;-)
And acutally long before that.
Anjo.
- Original Message -
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Sunday, January 12, 2003 11:43 PM
> On Friday 10 January 2003 14:48, Mogens Nø
and those people "sell a tuning tool" hm, I hadn't noticed any
selling going on here. Or perhaps it's been subliminal?
--- Jared Still <[EMAIL PROTECTED]> wrote:
> On Friday 10 January 2003 14:48, Mogens Nørgaard wrote:
> > Obviously, we don't know what we're talking about. I can see
> there
Thanks Mogen. Let's see if something comes of it.
In the meantime, I only collect lvl 0 in that database.
Jared
On Friday 10 January 2003 13:29, Mogens Nørgaard wrote:
> Juan Loaize and the guys in ST (Server Technologies) in Oracle
> Development added some index structures to certain x$-thing
Find, but someone else can admin them. ;)
Jared
On Friday 10 January 2003 11:30, Rachel Carmichael wrote:
> couldn't hurt on the last two at least :)
>
> --- "Jamadagni, Rajendra" <[EMAIL PROTECTED]> wrote:
> > Rachel,
> >
> > do you think we need following lists created ...
> >
> > * oracle-l-
Geez Tom, I didn't realize it was so simple. ;)
On Friday 10 January 2003 11:04, Mercadante, Thomas F wrote:
> separate and simplify the issues.
>
> develop a bullet-proof backup and recovery plan for the Rman repository
> *first*.
>
> then develop plans for production databases.
>
> trying to d
On Friday 10 January 2003 14:48, Mogens Nørgaard wrote:
> Obviously, we don't know what we're talking about. I can see there's a
> presentation by Rich Niemich at IOUG-A where he'll address all those
> idiots who are saying you should ignore the Cash Hit Ratio (and who are
> all just after making b
Jonathan,
Since you've mentioned it, how about summarizing those
mistakes for the rest of us?
This goes for you too, Mogens. :)
A few things didn't sound right to me, but I don't often spend
time doing actual tuning of the database.
My tuning usually involves fixing or working around developm
Stephane you have WAY too much free time :)
seriously, I let you guys muck around the internals and I learn from
your postings. Me, I'm busy enough just trying to keep my developers
from designing tables without thought to how Oracle handles things.
--- Stephane Faroult <[EMAIL PROTECTED]> wrote
Naveen Nahata wrote:
>
> And how does one find out more information about such cryptic, undocumented
> tables??
>
> experience? R&D? be in company of more experienced people?
>
> wat else?
>
> Regards
> Naveen
>
Doc which should not have left Oracle? In practice, the meaning of names
you cann
THANKS ;-)
-Original Message-
Sent: ? 12 ? 2003 13:59
To: Multiple recipients of list ORACLE-L
Andrey Bronfin wrote:
>
> And what does KGL stand for ?
> Thanks !
[K]ernel layer [G]eneric layer [L]ibrary cache manager. Feeling better
:-) ?
> -Original Message-
> Sent: ? 10
And how does one find out more information about such cryptic, undocumented
tables??
experience? R&D? be in company of more experienced people?
wat else?
Regards
Naveen
-Original Message-
Sent: Sunday, January 12, 2003 5:29 PM
To: Multiple recipients of list ORACLE-L
Andrey Bronfin wr
thay are also sending oracle database release 2 on this link
>From: "Nicolai Tufar" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
>Subject: Re: Oracle CD's
>Date: Sat, 11 Jan 2003 21:43:55 -0800
>
>http://otn.oracle.com/software
Andrey Bronfin wrote:
>
> And what does KGL stand for ?
> Thanks !
[K]ernel layer [G]eneric layer [L]ibrary cache manager. Feeling better
:-) ?
> -Original Message-
> Sent: ? 10 ? 2003 19:45
> To: Multiple recipients of list ORACLE-L
>
> Read Only Dependencies in the KGL.
>
> Best
And what does KGL stand for ?
Thanks !
-Original Message-
Sent: ? 10 ? 2003 19:45
To: Multiple recipients of list ORACLE-L
Read Only Dependencies in the KGL.
Best Regards,
K Gopalakrishnan
-Original Message-
Mike (NESL-IT)
Sent: Friday, January 10, 2003 8:39 AM
To: Mul
21 matches
Mail list logo