Subject | Re: [Firebird-Architect] Remote Providers |
---|---|
Author | Jim Starkey |
Post date | 2004-04-29T18:34:27Z |
Fabricio Araujo wrote:
during a database attach operation the Y-valve calls the providers
listed for a database, in order, until one of the providers reports that
it can make the connection. The order of providers is, in general,
significant.
--
Jim Starkey
Netfrastructure, Inc.
978 526-1376
>On Mon, 09 Feb 2004 18:32:37 -0500, Jim Starkey wrote:Right.
>
>
>
>>I think it would make a great more sense to configure each remote
>>connection type as separate providers each each can have separate
>>configuration parameters. This would allow, for example, to have
>>multiple tcp providers with different ports
>>
>>
>
>The list of tcp ports available in tcp providers will stay
>in server, right?
>
>>for either differentI think there's a misunderstanding here. What I mean by polling is that
>>database or included in a single list of providers to be polled, one by
>>one, in the order specified.
>>
>>
>
>I particularly think that providers could be asynchronous (if
>possible), so very
>few CPU will be used to answer the provider call and can be used
>somewhere else. (I particularly doesn't use polling unless I NEED to
>use this).
>
during a database attach operation the Y-valve calls the providers
listed for a database, in order, until one of the providers reports that
it can make the connection. The order of providers is, in general,
significant.
--
Jim Starkey
Netfrastructure, Inc.
978 526-1376