Message-ID: <F001.00523555.20021227121358@fatcity.com>
Date: Fri, 27 Dec 2002 12:13:58 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
Sender: root@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: Kevin Lange <kgel@ppoone.com>
Subject: RE: Versioning the Database ! 
Organization: Fat City Network Services, San Diego, California
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Used to use that method in a former company with our DB2 database.   We had
one DB with schemas of DBPROD, DBTEST, DBSTST, and DBRTST.   At various
testing stages we would move the objects to a different schema.... The
application had a variable for who owned the structure.   That way we could
be developing (DBTEST), in the development test phase (DBRTST), into user
acceptance testing (DBSTST), and into production (DBPROD) with different
versions all at the same time. 

I could see it happening with Oracle as well......but ....

....  why not just use different instances to house the different stages of
development.  That way you can have everything under the same schema and not
have to worry about any synonym or schema switching.

-----Original Message-----
[mailto:Shreekantha.Rama@gecapital.com]
Sent: Friday, December 27, 2002 1:44 PM
To: Multiple recipients of list ORACLE-L


I am in a peculiar situation where the development & design is happening in
parellel. 
It would table definitions, table data (Reference Data), View definitions,
the design itself ( LDM).

It would be a situation, where there are different schema's need to be
maintained at different stages of the project (Devlp, IT, QA, Staging).
Since these activities would be parellel versioning would help.

Hence this versioning. 

Regards
Shree


-----Original Message-----
Sent: Friday, December 27, 2002 10:34 AM
To: Multiple recipients of list ORACLE-L


Versioning the database ?
Take a backup of the database on a seperate tape each day !

What components of the database do you want to version ?  Table definitions
?
View definitions ? Packages/Procedures/Triggers ?
Code Objects should be versioned, but data objects
[Tables/Indexes/Sequences]
would generally not vary once the design is done, save for a few 
changes/additions/enhancements.
Hemant

At 06:28 AM 27-12-02 -0800, you wrote:
>Hi,
>
>         I want to version the Database for development, IT, QA and staging
>environment.
>         Can some one suggest different methods and best possible approach
to
>maintain the database.
>
>         Database is in design stage & development has partially started.
We
>are using MKS for versioning.
>
>Regards
>Shree
>--
>Please see the official ORACLE-L FAQ: http://www.orafaq.net
>--
>Author: Rama, Shreekantha (CAP, CARD)
>   INET: Shreekantha.Rama@gecapital.com
>
>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: ListGuru@fatcity.com (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).

Hemant K Chitale
My web site page is :  http://hkchital.tripod.com


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Hemant K Chitale
  INET: hkchital@singnet.com.sg

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: ListGuru@fatcity.com (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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Rama, Shreekantha (CAP, CARD)
  INET: Shreekantha.Rama@gecapital.com

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: ListGuru@fatcity.com (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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Kevin Lange
  INET: kgel@ppoone.com

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: ListGuru@fatcity.com (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).