RE: Remote Materialized View containing joins

From: Xu, Roger <Roger.Xu_at_dpsg.com>
Date: Wed, 20 May 2009 11:38:42 -0600
Message-ID: <3DC31002EB0BDD46B2B5730CEDF027704D8EA6_at_bcxoemb03.dpsg.net>



I thought about that but we have space issue, owner issue ... etc. By the way, I haven't started any work yet. It's under the planning phase now. I am also considering complete refresh as well. Thanks.

-----Original Message-----
From: Stephane Faroult [mailto:sfaroult_at_roughsea.com] Sent: Wednesday, May 20, 2009 12:04 PM
To: Xu, Roger
Cc: oracle-l_at_freelists.org; oracle-l-bounce_at_freelists.org Subject: Re: Remote Materialized View containing joins

Roger,

    If I were you I'd start with creating a view that performs the join (including the rowids) _at_remotedb, then create the MV by pulling information from this view.

HTH Stéphane Faroult

Xu, Roger wrote:
>
> I am trying to go with fast refresh but I am not sure the performance
> issue I may face. Any suggestion? (10.2.0.4)
>
>
>
> * creating MV logs in the remote database
>
>
>
> CREATE MATERIALIZED VIEW LOG ON sales WITH ROWID;
>
> CREATE MATERIALIZED VIEW LOG ON times WITH ROWID;
>
> CREATE MATERIALIZED VIEW LOG ON customers WITH ROWID;
>
>
>
> * creating MV in the local database
>
>
>
> CREATE MATERIALIZED VIEW detail_sales_mv
>
> BUILD IMMEDIATE
>
> REFRESH FAST ON DEMAND
>
> AS
>
> SELECT s.rowid "sales_rid", t.rowid "times_rid", c.rowid "customers_rid",
>
> c.cust_id, c.cust_last_name, s.amount_sold, s.quantity_sold,
> s.time_id
>
> FROM sales_at_remotedb s, times_at_remotedb t, customers_at_remotedb c
>
> WHERE s.cust_id = c.cust_id
>
> AND s.time_id = t.time_id;
>
>
>
>
>
> CREATE INDEX mv_ix_cust ON detail_sales_mv("customers_rid");
>
> CREATE INDEX mv_ix_time ON detail_sales_mv("times_rid");
>
> CREATE INDEX mv_ix_sale ON detail_sales_mv("sales_rid");
>
>
>
>
>
> Thanks,
>
>
>
> Roger Xu
>
>
>
 

http://www.drpeppersnapplegroup.com/about/corporate to learn more about Dr Pepper Snapple Group’s commitment to corporate social responsibility.

Please be conscious of the environment and print this email only if absolutely necessary. This e-mail (including any attachments) is confidential and may contain privileged information of Dr Pepper Snapple Group, Inc. and/or its subsidiaries ("Dr Pepper Snapple Group"). If you are not the intended recipient or receive it in error, you may not use, distribute, disclose or copy any of the information contained within it and it may be unlawful to do so. If you are not the intended recipient, please notify us immediately by returning this e-mail to us at mailto:mailerror_at_dpsg.com and destroy all copies. Any views expressed by individuals within this e-mail do not necessarily reflect the views of Dr Pepper Snapple Group. This e-mail does not constitute a binding offer, acceptance, amendment, waiver or other agreement, unless the intent that an e-mail will constitute such is clearly stated in the body of the email. Recipients are advised to subject this e-mail and attachments to their own virus checking, in keeping with good computing practice. Please note that e-mail r  eceived by Dr Pepper Snapple Group may be monitored in accordance with applicable law.

--
http://www.freelists.org/webpage/oracle-l
Received on Wed May 20 2009 - 12:38:42 CDT

Original text of this message