Bambi, Oracle 5.1.22 was an exceptionally stable version of oracle,
with very few parameters (names were "TABLES","INDEXES" and alike)
and, as such will forever be committed to our memory.
Furthermore, RBO is used in the data dictionary, just like the datatype
LONG which has also, allegedly, been desupported but someone forgot to
tell that to developers. There are things from V5.1.22 that I'm missing
even today. There used to be something called "rpf/rpt" which was a very good thing for writing quick command line reports without huge and
buggy gooey interface. I started learning the only other language that
has formats and page handling and is not COBOL when rpt/rpf was taken
away in 7.1 (your guess is correct, it's perl). In short, Oracle 5 will
never go away. I here that in version 11, SQL*Plus will be renamed to UFI (= User Friendly Interface) and there will be tools for generating simple forms called IAP, IAG and IAD...
On 10/17/2003 04:54:25 PM, "Bellow, Bambi" wrote:
Friends --

I just got back from a week of benchmarking and one of the "issues"
that
came out of it was, due to some rather, um, interesting, coding
techniques,
running schema level statistics both wrecked performance *and*
produced
Oracle Bug 2954921. So we had to remove the statistics before running
additional tests.  Of course, RBO is being desupported soon, so we
really
ought to modify things.  But, this brings up another issue.  See,
Oracle
says, and here I am paraphrasing, of course, that...

RBO is going to die. We're not supporting it anymore. Nope. Once
you get
off of 9.2, that's it. Finito. Hasta la vista, Ba-bee. Well, no,
it's not
really going away. YET. It will still be behind the scenes for
awhile. But
sooner or later, it's going to die. You've been warned. This isn't
going
to be like Forms2.3. No. We're serious this time. We put in all
these
great features that y'all aren't using because your code is dependent
on RBO
and RBO can't use these features and that sucks because we really like
these
features. Now, we figure that a slim minority of people... maybe
20%... are
still using RBO. 20%. Barely noticeable. (dinosaurs, grumble,
grumble)
Well, we're taking it away. We're going to drag you into the new
millenium
and you're going to use CBO. And you're going to like it. We'll
leave RBO
in there for awhile, but one day you'll wake up and it will be gone.
Gone,
I tell you, GONE! Just you wait. 5, 10 years from now, RBO will be a
mere
a memory. Just like Forms2.3. Oh, and that "select * from tab;" that
you're doing every once in awhile to see if it still works, you just
wait,
someday *someday* we're going to take *that* away too. And you're
just
going to have to live with it. HAhahahaha!


So, what do you think?  Will v5 ever really go away?  And when will
RBO just
stop working?

Bambi.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Bellow, Bambi
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


Mladen Gogala Oracle DBA



Note:
This message is for the named person's use only.  It may contain confidential, 
proprietary or legally privileged information.  No confidentiality or privilege is 
waived or lost by any mistransmission.  If you receive this message in error, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it and notify the sender.  You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to 
monitor all e-mail communications through its networks.
Any views expressed in this message are those of the individual sender, except where 
the message states otherwise and the sender is authorized to state them to be the 
views of any such entity.

--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Mladen Gogala
 INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to