Subject | Re: [Firebird-Architect] Metadata locking policy and caching |
---|---|
Author | Adriano dos Santos Fernandes |
Post date | 2008-08-06T11:11:16Z |
Paul Beach escreveu:
that I should work for V2.5. I'm aware and I'm working.
If you're talking as FF president, your suggestion is not accepted.
Please consider this "wast of time" (in your opinion) as "just for fun"
(inside the double of necessary hours I worked in July).
- make easier to do multi-threaded SS
- works ok in CS
- is consistent (i.e., we know exactly how things works)
- allow we to add each feature in X time, instead of 1.5X or 2X
Let me say that we're just discussing things. And my somewhat incomplete
RFE was just to see community/project members reaction without loose too
much time for nothing. And I'm glad that Alex jumped on it to offer
technical suggestions and objections.
I see the metadata caches as one of the big issue we currently have. Or
nobody does the MT engine yet because it's not wanted?
Adriano
> Adreano,I don't consider documented laziness of designers/programmers as features...
>
> I think we are all aware of the issue re.
> "We generally see users complaining about old procedure and triggers
> versions running even in SS. We point them that this is documented in
> IB6 docs."
>
> As you correctly point out it has been documented for a log time.
> At the moment reading this thread I feel that you are using
> "a sledgehammer to crack a nut" - if the phrase doesn't make sense I
> can explain it.
>
> And I would suggest that your valuable time would be better spent working on otherIf you're talking as project member, yes, there is things more urgent
> issues in the engine.
>
that I should work for V2.5. I'm aware and I'm working.
If you're talking as FF president, your suggestion is not accepted.
Please consider this "wast of time" (in your opinion) as "just for fun"
(inside the double of necessary hours I worked in July).
> Alex's comment:I will be very happy to see suggestions to:
> "Please take into an account that this is VERY SERIOUS change in firebird
> behaviour - since interbase days metadata modification was possible in
> parallel with use of that objects. I'm sure that it will create a wave of
> problems for our users not smaller than ones related with changes like
> SQL-standard "NOT IN" or inability to use BLOBs in "SELECT DISTINCT". I will
> be very happy to see a solution of MT-safe, clear, simple to program, etc.
> metadata cache. But I do not like when it breaks logic and features which
> existed for years."
>
> Is something I wholeheartedly agree with.
- make easier to do multi-threaded SS
- works ok in CS
- is consistent (i.e., we know exactly how things works)
- allow we to add each feature in X time, instead of 1.5X or 2X
Let me say that we're just discussing things. And my somewhat incomplete
RFE was just to see community/project members reaction without loose too
much time for nothing. And I'm glad that Alex jumped on it to offer
technical suggestions and objections.
I see the metadata caches as one of the big issue we currently have. Or
nobody does the MT engine yet because it's not wanted?
Adriano