Subject Re: [Firebird-Architect] Re: Vulcan services engine info. was (engine information (nr. of attachments, da
Author Arno Brinkman

> No, I think that either you're wrong here or you did not understand
> the proposed change.

May be i don't understand your proposal.

> Dispatcher won't execute the backup call, but as before, route it to
> the appropriate provider which will be determined from the SPB. The
> only part that it will do itself are the calls that have to go to
> multiple providers like fetching the number of attachments or the
> isc_start_mutiple calls (the last one it handles already). The next
> task is to map handles, this is done in dispatcher too.

Who is going to execute the backup/restore threads?
That is currently done by the services provider. These tasks are not for the Dispatcher and those tasks aren't available
as methods in the subsystem. Do you propose to add backup/restore/validate methods in the subsystem to?

Arno Brinkman

General database developer support:

Firebird open source database (based on IB-OE) with many SQL-99 features:

Support list for Interbase and Firebird users:

Nederlandse firebird nieuwsgroep: