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

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Why are SPFILEs binary anyway? (was RE: How to make SPFILE in

RE: Why are SPFILEs binary anyway? (was RE: How to make SPFILE in

From: Jamadagni, Rajendra <Rajendra.Jamadagni_at_espn.com>
Date: Wed, 16 Jul 2003 21:46:45 -0400
Message-Id: <25937.338155@fatcity.com>


This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible.

------=_NextPartTM-000-c9bae432-313c-4380-bc86-57b3df6c0df2 Content-Type: multipart/alternative;

        boundary="----_=_NextPart_001_01C34C05.4760289C"

------_=_NextPart_001_01C34C05.4760289C
Content-Type: text/plain;

        charset="iso-8859-1"

it isn't binary on solaris ... pure text ...

Raj

-----Original Message-----
From: Pardee, Roy E [mailto:roy.e.pardee_at_lmco.com] Sent: Wednesday, July 16, 2003 6:40 PM
To: Multiple recipients of list ORACLE-L Subject: Why are SPFILEs binary anyway? (was RE: How to make SPFILE in sync with INIT.ORA ?)

I can definitely appreciate the benefits of dynamic parameters, and of being able to persist the values of those parameters accross shutdown/startup cycles. But I would have guessed that oracle could have gotten both of those features together without going to a binary parameter file--couldn't whatever process writes to the spfile just write to a plain text file instead? Does anybody know what the advantage of having a binary store of params is?

Cheers,
-Roy

------_=_NextPart_001_01C34C05.4760289C
Content-Type: text/html;

        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.45">
<TITLE>RE: Why are SPFILEs binary anyway? (was RE: How to make SPFILE =
in sync with INIT.ORA ?)</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>it isn't binary on solaris ... pure text ...</FONT>
</P>

<P><FONT SIZE=3D2>Raj</FONT>
</P>

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Pardee, Roy E [<A =
HREF=3D"mailto:roy.e.pardee_at_lmco.com">mailto:roy.e.pardee_at_lmco.com</A>]<= /FONT>
<BR><FONT SIZE=3D2>Sent: Wednesday, July 16, 2003 6:40 PM</FONT>
<BR><FONT SIZE=3D2>To: Multiple recipients of list ORACLE-L</FONT>
<BR><FONT SIZE=3D2>Subject: Why are SPFILEs binary anyway? (was RE: How =
to make SPFILE in</FONT>
<BR><FONT SIZE=3D2>sync with INIT.ORA ?)</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>I can definitely appreciate the benefits of dynamic =
parameters, and of being able to persist the values of those parameters = accross shutdown/startup cycles.&nbsp; But I would have guessed that = oracle could have gotten both of those features together without going = to a binary parameter file--couldn't whatever process writes to the = spfile just write to a plain text file instead?&nbsp; Does anybody know = what the advantage of having a binary store of params is?</FONT></P>

<P><FONT SIZE=3D2>Cheers,</FONT>
<BR><FONT SIZE=3D2>-Roy</FONT>
</P>

</BODY>
</HTML>

------_=_NextPart_001_01C34C05.4760289C--

------=_NextPartTM-000-c9bae432-313c-4380-bc86-57b3df6c0df2 Content-Type: text/plain;

        name="ESPN_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;

        filename="ESPN_Disclaimer.txt"

********************************************************************This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.*********************************************************************2
Received on Wed Jul 16 2003 - 20:46:45 CDT

Original text of this message

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