| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Transparent database objects after merging
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.
------_=_NextPart_001_01C34B58.8A3B1940
Content-Type: text/plain;
charset="iso-8859-1"
I think I understand ur problem. What u can do is Create New Users for both types of form users and create private synonyms in both user schema for the respective tables and grant relevant permissions.
For e.g for Customers_A table in User_A schema create private synonym with the Name Customer. Then when u connect to this user with the forms the Customer_A table will be used and likewise u can do for Customers_B and User_B.
Hope this Helps.
Regards
Munish Bajaj
-----Original Message-----
From: Ukrit.Kuprasit_at_allianz.com.sg [mailto:Ukrit.Kuprasit_at_allianz.com.sg]
Sent: Wednesday, July 16, 2003 09:59
To: Multiple recipients of list ORACLE-L
Subject: Re: Transparent database objects after merging
Thank you for your idea, Mark,
To explain more about the problem
Before we have 2 databases which they both have same sturcture and
same database objects names. We have 2 set of D2K forms and reports to
access to each database.
After merging, we looking for move data from database B to database A but still be able to access by using the different of forms and reports. However the tables which be move from database B to datbase A, will be rename to <table>_B.
The developer just throw me a fire ball that what-if they don't
modify the forms and reposts, is it possible to have one set of the forms
access the <table>_B
UK
"Mark Richard" <mrichard_at_transurban.com.au> Sent by: ml-errors_at_fatcity.com
07/16/2003 12:14 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L
<ORACLE-L_at_fatcity.com>
cc:
Subject: Re: Transparent database objects after merging
Also, depending on your requirements (which I don't fully understand) another approach may involve using views:
The CUSTOMERS view could point to either CUSTOMERS_A, CUSTOMERS_B or even the merge of both tables (select * from customers_a union all select * from customers_b) if required. Of course you may introduce primary and foreign key problems, but like I said - I don't fully understand your requirement so I'm just throwing ideas up in the air.
Regards,
Mark.
"Arup Nanda"
<orarup_at_hotmail.c To: Multiple recipients
of list ORACLE-L <ORACLE-L_at_fatcity.com>
om> cc:
Sent by: Subject: Re: Transparent
database objects after merging
ml-errors_at_fatcity
.com
16/07/2003 13:59
Please respond to
ORACLE-L
You can drop or rename CUSTOMERS to, say, CUSTOMERS_A, and then create
synonym CUSTOMERS pointing to CUSTOMERS_B. Or rename CUSTOMERS_B to
CUSTOMERS.
HTH.
Arup Nanda
----- Original Message -----
From: Ukrit.Kuprasit_at_allianz.com.sg
To: Multiple recipients of list ORACLE-L
Sent: Tuesday, July 15, 2003 11:29 PM
Subject: Transparent database objects after merging
Hello Gurus,
I'm working merging 2 databases which have sane structure of
database objects into one database. However, after merging, the business
policies and regulations force us to have 2 set of database objects; for
example :
Database A has CUSTOMERS table.
Database B has CUSTOMERS table.
After merging database A will have CUSTOMERS and CUSTOMERS_B (data from
database B). I just wonder that is there any way that we don't need to
change our script in forms and reports to point into a new table name but
still can access to the data in the new table ( CUSTOMERS_B) not
CUSTOMERS.
Thank you for any comment and suggestion.
Ukrit K,
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>
Privileged/Confidential information may be contained in this message.
If you are not the addressee indicated in this message
(or responsible for delivery of the message to such person),
you may not copy or deliver this message to anyone.
In such case, you should destroy this message and kindly notify the sender
by reply e-mail or by telephone on (61 3) 9612-6999.
Please advise immediately if you or your employer does not consent to
Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this message
that do not relate to the official business of
Transurban City Link Ltd
shall be understood as neither given nor endorsed by it.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>
-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Mark Richard INET: mrichard_at_transurban.com.au 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_at_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). ------_=_NextPart_001_01C34B58.8A3B1940 Content-Type: text/html; charset="iso-8859-1"Received on Wed Jul 16 2003 - 00:10:14 CDT
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2600.0" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff size=2>I
think I understand ur problem. What u can do is Create New Users for both types of form users and create private synonyms in both user schema for the respective tables and grant relevant permissions.</FONT></SPAN></DIV>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff size=2>For
e.g for Customers_A table in User_A schema create private synonym with the Name Customer. Then when u connect to this user with the forms the Customer_A table will be used and likewise u can do for Customers_B and User_B.</FONT></SPAN></DIV>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff size=2>Hope
this Helps.</FONT></SPAN></DIV>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff
size=2>Regards</FONT></SPAN></DIV>
<DIV><SPAN class=296191305-16072003><FONT face=Arial color=#0000ff size=2>Munish
Bajaj</FONT></SPAN></DIV>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Ukrit.Kuprasit_at_allianz.com.sg [mailto:Ukrit.Kuprasit_at_allianz.com.sg]<BR><B>Sent:</B> Wednesday, July 16, 2003 09:59<BR><B>To:</B> Multiple recipients of list ORACLE-L<BR><B>Subject:</B> Re: Transparent database objects after merging<BR><BR></FONT></DIV><BR><FONT face=sans-serif size=2>Thank you for your idea, Mark,</FONT> <BR><FONT face=sans-serif size=2> To explain more about the problem</FONT> <BR><FONT face=sans-serif size=2> Before we have 2 databases which they both have same sturcture and same database objects names. We have 2 set of D2K forms and reports to access to each database.</FONT> <BR><FONT face=sans-serif size=2> After merging, we looking for move data from database B to database A but still be able to access by using the different of forms and reports. However the tables which be move from database B to datbase A, will be rename to <table>_B. </FONT><BR><FONT face=sans-serif size=2> The developer just throw me a fire ball that what-if they don't modify the forms and reposts, is it possible to have one set of the forms access the <table>_B</FONT> <BR><FONT face=sans-serif size=2>UK</FONT> <BR><BR><BR> <TABLE width="100%"> <TBODY> <TR vAlign=top> <TD> <TD><FONT face=sans-serif size=1><B>"Mark Richard" <mrichard_at_transurban.com.au></B></FONT> <BR><FONT face=sans-serif size=1>Sent by: ml-errors_at_fatcity.com</FONT> <P><FONT face=sans-serif size=1>07/16/2003 12:14 PM</FONT> <BR><FONT face=sans-serif size=1>Please respond to ORACLE-L</FONT> <BR></P> <TD><FONT face=Arial size=1> </FONT><BR><FONT face=sans-serif size=1> To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com></FONT> <BR><FONT face=sans-serif size=1> cc: </FONT> <BR><FONT face=sans-serif size=1> Subject: Re: Transparent database objects after merging</FONT></TR></TBODY></TABLE><BR><BR><BR><FONT face=Arial size=2><BR>Also, depending on your requirements (which I don't fully understand)<BR>another approach may involve using views:<BR><BR>The CUSTOMERS view could point to either CUSTOMERS_A, CUSTOMERS_B or even<BR>the merge of both tables (select * from customers_a union all select * from<BR>customers_b) if required. Of course you may introduce primary and foreign<BR>key problems, but like I said - I don't fully understand your requirement<BR>so I'm just throwing ideas up in the air.<BR><BR>Regards,<BR> Mark.<BR><BR><BR><BR> <BR> "Arup Nanda" <BR> <orarup_at_hotmail.c To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com> <BR> om> cc: <BR> Sent by: Subject: Re: Transparent database objects after merging <BR> ml-errors_at_fatcity <BR> .com <BR> <BR> <BR> 16/07/2003 13:59 <BR> Please respond to <BR> ORACLE-L <BR> <BR> <BR><BR><BR><BR><BR>You can drop or rename CUSTOMERS to, say, CUSTOMERS_A, and then create<BR>synonym CUSTOMERS pointing to CUSTOMERS_B. Or rename CUSTOMERS_B to<BR>CUSTOMERS.<BR><BR>HTH.<BR><BR>Arup Nanda<BR>----- Original Message -----<BR>From: Ukrit.Kuprasit_at_allianz.com.sg<BR>To: Multiple recipients of list ORACLE-L<BR>Sent: Tuesday, July 15, 2003 11:29 PM<BR>Subject: Transparent database objects after merging<BR><BR><BR>Hello Gurus,<BR> I'm working merging 2 databases which have sane structure of<BR>database objects into one database. However, after merging, the business<BR>policies and regulations force us to have 2 set of database objects; for<BR>example :<BR>Database A has CUSTOMERS table.<BR>Database B has CUSTOMERS table.<BR><BR>After merging database A will have CUSTOMERS and CUSTOMERS_B (data from<BR>database B). I just wonder that is there any way that we don't need to<BR>change our script in forms and reports to point into a new table name but<BR>still can access to the data in the new table ( CUSTOMERS_B) not<BR>CUSTOMERS.<BR>Thank you for any comment and suggestion.<BR>Ukrit K,<BR><BR><BR><BR><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><BR> Privileged/Confidential information may be contained in this message.<BR> If you are not the addressee indicated in this message<BR> (or responsible for delivery of the message to such person),<BR> you may not copy or deliver this message to anyone.<BR>In such case, you should destroy this message and kindly notify the sender<BR> by reply e-mail or by telephone on (61 3) 9612-6999.<BR> Please advise immediately if you or your employer does not consent to<BR> Internet e-mail for messages of this kind.<BR> Opinions, conclusions and other information in this message</FONT> <BR><FONT face=Arial size=2> that do not relate to the official business of<BR> Transurban City Link Ltd<BR> shall be understood as neither given nor endorsed by it.<BR><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><BR><BR><BR><BR><BR><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><BR>Privileged/Confidential information may be contained in this message.<BR>If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone.<BR>In such a case, you should destroy this message and kindly notify the sender by reply e-mail or by telephone on (03) 9612-6999 or (61) 3 9612-6999.<BR>Please advise immediately if you or your employer does not consent to Internet e-mail for messages of this kind.<BR>Opinions, conclusions and other information in this message that do not relate to the official business of Transurban Infrastructure Developments Limited and CityLink Melbourne Limited shall be understood as neither given nor endorsed by them.<BR><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><BR><BR>-- <BR>Please see the official ORACLE-L FAQ: http://www.orafaq.net<BR>-- <BR>Author: Mark Richard<BR> INET: mrichard_at_transurban.com.au<BR><BR>Fat City Network Services -- 858-538-5051 http://www.fatcity.com<BR>San Diego, California -- Mailing list and web hosting services<BR>---------------------------------------------------------------------<BR>To REMOVE yourself from this mailing list, send an E-Mail message<BR>to:
 |
 |