Subject | Re: [Firebird-Architect] Another plea for clearer error |
---|---|
Author | Dmitry Yemanov |
Post date | 2004-10-28T20:29Z |
"Ann W. Harrison" <aharrison@...> wrote:
in the OO terminology, if my english doesn't fool me) of the execution tree
which is not a language per se but a set of linked nodes.
into the RC stage...
Dmitry
>will
> >Yes, I was thinking about this too. And, generally, I like the idea. I
> >definitely support it as soon as someone explains how SPs are going to beStored ;-) I was thinking about serialization (dumping of the object state
> >serialized in the database.
>
> Serialized?
in the OO terminology, if my english doesn't fool me) of the execution tree
which is not a language per se but a set of linked nodes.
> > Or do we require the source codeAt the first glance it seems feasible.
> > to be available and recompile a SP on the first reference?
>
> That's the model I'd expect to see.
> >This will make lots of people (those hiding their sourcesRight. Okay, let's return to this discussion once both FB2 and Vulcan go
> >in distributed databases) quite unhappy.
>
> Right. And we'll need a solution for that - probably something
> original like a special privilege that allows the procedure to
> be read internally for compilation but not returned to the user.
> Or encryption. What we've got at the moment is barely even
> security by obscurity, given that ISQL will pretty print BLR...
into the RC stage...
Dmitry