Subject | Re: [IBO] Feature request |
---|---|
Author | Marco Menardi |
Post date | 2006-01-23T13:46:19Z |
AFAIK, this "degradation" is only if you use fetDomain only at the
query level. If you do at the connection level, al the "metadata" is
fetched when the connection is estabilished, and then the queries use
the already fetched info. AFAIR, I talked about this in my "RAD with
IBO" white paper (you can find it in IBO home site).
regards
Marco Menardi
--- In IBObjects@yahoogroups.com, "Enrico Raviglione"
<e.raviglione@i...> wrote:
query level. If you do at the connection level, al the "metadata" is
fetched when the connection is estabilished, and then the queries use
the already fetched info. AFAIR, I talked about this in my "RAD with
IBO" white paper (you can find it in IBO home site).
regards
Marco Menardi
--- In IBObjects@yahoogroups.com, "Enrico Raviglione"
<e.raviglione@i...> wrote:
>
> Hi,
>
> make attention to performance issue with fetDomain.
> If you have a complex database with a lot of tables, stored procedures,
> and so on ... setting fetDomain can cause a big performance degradation
> when you open your queries. Some time ago Jason have explained this
> problem in the list, but at now i don't know if this bug are solved or
> not.
> Perhaps Jason tell us someting... i continue to wait....
>
> Best Regards.
>
> Enrico Raviglione
>
> IDEA Sistemi s.n.c.
> Via Burolo, 30
> 10015 IVREA ( TO )
> ITALY
> TEL. +39 0125 253235
> FAX +39 0125 253271
> www.ideasistemi.it
> e.raviglione@i...
>
>
>
>
> > -----Original Message-----
> > From: IBObjects@yahoogroups.com
> > [mailto:IBObjects@yahoogroups.com] On Behalf Of Rick Roen
> > Sent: Wednesday, January 18, 2006 7:42 PM
> > To: 'IBObjects@yahoogroups.com'
> > Subject: Re: [IBO] Feature request
> >
> >
> > Thanks Marcus, Thats great news.
> >
> >
> > > Hi,
> > >
> > > this is already possible. Go to your IB_Connection component and set
> > > FieldEntryTypes to include fetDomain (not sure what it's called
> > > exactly). Then you can specify your defaults for domain
> > types in the
> >
> > >
> > > HTH,
> > > Markus
> > >