RE: DBIx::Recordset and Oracle
- From: jobmiller@xxxxxxxxx (Job Miller)
- Date: Tue, 26 Jul 2005 10:07:27 -0700 (PDT)
list tables or metadata queries usually go against
all_tables and all_tab_columns.
The method typically passes in a schema owner and a
table name. I have traced the equivalent jdbc method
before and there is usually a placeholder for the
schema owner so that you can make it equivalent to
user_tables.
The user you are connected to can see those tables,
otherwise they wouldn't be coming back in the results.
The problem isn't the queries performance I imagine,
it is that the query is returning much more data than
you actually want (which makes it take a lot longer
than it should).
That's the problem with all this generic wrapper
stuff. :) Database independence is extremely
overrated.
--- "Reidy, Ron" <Ron.Reidy@xxxxxxxxxxxxxxxxxx> wrote:
> What takes so long for you? What query is being
> executed and what are the DB waits generated? Are
> you getting SYS owned objects as described in that
> old posting?
>
> -----------------
> Ron Reidy
> Lead DBA
> Array BioPharma, Inc.
>
>
> -----Original Message-----
> From: Tielman de Villiers
> [mailto:tvilliers@xxxxxxxxx]
> Sent: Tuesday, July 26, 2005 10:40 AM
> To: dbi-users@xxxxxxxx
> Subject: DBIx::Recordset and Oracle
>
>
>
> I have the same problem as described here:
> http://www.nntp.perl.org/group/perl.dbi.users/7343
> (searching from Oracle databases take extremely long
> because
> DBIx::Recordset tries to get metadata for all
> tables), even though
> I use modern versions of DBIX::Recordset (0.26), the
> DBI(1.40) and perl (5.8.0).
>
> I have tried to set '!TableFilter' with the same
> values I feed to
> '!Tables', but without luck. As a temporary measure
> I have changed #342
> in DBIx/Database.pm to
> "
> my $ListTables = 0; ##DBIx::Compat::GetItem ($drv,
> 'ListTables') ;
> "
> which is not ideal, but works.
>
> Any other suggestions?
>
> Thanks
>
> --tielman
>
>
>
>
> This electronic message transmission is a PRIVATE
> communication which contains
> information which may be confidential or privileged.
> The information is intended
> to be for the use of the individual or entity named
> above. If you are not the
> intended recipient, please be aware that any
> disclosure, copying, distribution
> or use of the contents of this information is
> prohibited. Please notify the
> sender of the delivery error by replying to this
> message, or notify us by
> telephone (877-633-2436, ext. 0), and then delete it
> from your system.
>
>
____________________________________________________
Start your day with Yahoo! - make it your home page
http://www.yahoo.com/r/hs
.
- References:
- RE: DBIx::Recordset and Oracle
- From: Ron Reidy
- RE: DBIx::Recordset and Oracle
- Prev by Date: RE: DBIx::Recordset and Oracle
- Next by Date: RE: DBIx::Recordset and Oracle
- Previous by thread: RE: DBIx::Recordset and Oracle
- Next by thread: RE: DBIx::Recordset and Oracle
- Index(es):
Relevant Pages
|
|