Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: COMPATIBILITY flag

Re: COMPATIBILITY flag

From: Peter Sharman <psharman_at_us.oracle.com>
Date: Wed, 24 Mar 1999 13:50:42 -0800
Message-ID: <36F95E32.C7816A55@us.oracle.com>


Roy

One small correction. MAXEXTENTS = unlimited came in 7.3, not 8. As a result, Andrew is probably running a post 7.2 database with COMPATIBLE not set. When I've seen problems with this parameter at clients, it's not usually been because it's set to too low a value, but not set at all, and it's defaulting to either null or something ridiculous like 7.0.12 (the very first 7 production release).

HTH. Pete

Roy Brokvam wrote:

> Andrew Thomas wrote in message <_l6K2.2078$Nm3.28848_at_news20.ispnews.com>...
> >Can someone direct me to some documentation on the COMPATIBILITY flag
> (other
> >than an Oracle Press book, if possible)? Web site, PDF, etc. I'm issuing an
> >ALTER TABLE command to change MAXEXTENTS, but I'm getting an error about
> the
> >COMPATIBILITY value. I assume it's set in init.ora, but I'm not sure what a
> >good value is (or how important that value is).
> >
> >Please respond to the email address athomas_at_iminformation.com if at all
> >possible.
> >
> >Thanks,
> > -Andrew Thomas-
> >
> >
> >
>
> Presuming you have misspelled the COMPATIBLE initialisation parameter (I
> don't know which RDBMS version you are using, nor whether the name has
> changed from 7.x to 8.x), I quote from Oracle7 Server Administrator's Guide,
> Appendix A, Initialization Parameter Files:
>
> "
> COMPATIBLE
> Default Value: Release Dependent
> Range of values: Default Version to Current Version
> Multiple instances: Must have the same value
>
> This parameter allows a new release to be used while at the same time
> guaranteeing backwards compatibility with an earlier version (in case it
> becomes necessary to retreat to the earlier version). The version that the
> ORACLE server must retain compatible with is specified by this parameter. In
> order to maintain compatibility, some features of the current version may be
> restricted.
>
> The default value is the earliest version with which compatibility can be
> guaranteed.
> "
>
> As I see it, your change of MAXEXTENTS needs a compatibility level higher
> than the one your database is using. Use svrmgrl to see its current value:
> show parameters compatible
>
> The maximum value for MAXEXTENTS in an Oracle7 RDBMS is 121 (assuming 2K
> block size). As far as I know, this limitation is removed in Oracle8. Maybe
> you have an Oracle8 RDBMS with the COMPATIBLE parameter set to 7.something?
>
> Generally, the COMPATIBLE parameter should be set to the highest level for
> which all your applications still work.
>
> Anyone correct me if I am mistaken.
>
> Regards,
>
> Roy Brokvam
> roy.brokvam_at_conax.com

--

Regards

Pete


Peter Sharman                             Email: psharman_at_us.oracle.com
WISE Course Development Manager           Phone: +1.650.607.0109 (int'l)
Worldwide Internal Services Education            (650)607 0109 (local)
San Francisco

SQL> select standard_disclaimer, witty_remark   2 from company_requirements;

Opinions are mine and do not necessarily reflect those of Oracle Corporation

"Controlling application developers is like herding cats." Kevin Loney, ORACLE DBA Handbook
"Oh no it's not! It's much harder than that!" Bruce Pihlamae, long term ORACLE DBA



Received on Wed Mar 24 1999 - 15:50:42 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US