Subject | Re: [Firebird-Architect] Multi Connection meta data update |
---|---|
Author | Ann W. Harrison |
Post date | 2004-11-05T21:39:50Z |
At 02:46 PM 11/5/2004, Dmitry Yemanov wrote:
have requests that are compiled but not active. They
must be notified so they can recompile their requests
to include the new constraint. My model would be an
abstract existence lock which is acquired when a table is
referenced in a compiled request and released when the
request is released. The index header page serves that
purpose for indexes. A similar lock could be used on
procedures to insure that changes to them are propagated
as well.
Regards,
Ann
>See above. IMO, the proper (more or less) solution would be to justI think that won't work in Classic since processes may
>exclusively lock both tables being affected.
have requests that are compiled but not active. They
must be notified so they can recompile their requests
to include the new constraint. My model would be an
abstract existence lock which is acquired when a table is
referenced in a compiled request and released when the
request is released. The index header page serves that
purpose for indexes. A similar lock could be used on
procedures to insure that changes to them are propagated
as well.
Regards,
Ann