What possible user applications are going to be doing procedure and trigger
definitions that require the source be omitted? In all likelihood, the
option will be used exactly once in the DDL utility.
And what syntax are you talking about? There isn't any DPB syntax -- it's
a clumplet encoded string. And what connectivity library that the DDL
utility is going to be are we talking about?
Think the implementation consists of a couple of lines in the DPB decode
switch statement that sets a bit in the attachment object and a single
conditional around the code that inserts a trigger or procedure. Five
lines, max?
The problem with write access to RDB$TRIGGERS and RDB$PROCEDURES (or
whatever the correct names are) is that anybody with privilege can store
crap, which is the reason they were to be made read-only except for the
system.
Your objections suggest you that don't understand the Geof's proposal. I
suggest you step back and think about it a bit more. If you still have
objections, please come back with more concrete example of why this has any
impact on application programs whatsoever.
On Monday, September 1, 2014, Dmitry Yemanov <firebi...@yandex.ru> wrote:
> 01.09.2014 19:58, Jim Starkey wrote:
>
> > Anybody see any problems with it?
>
> I like neither DPB solution because it's DPB. It's not a "connection
> string" option, it's an API option. Surely not a problem for ISQL users
> that will support it out of the box. But most of existing user
> applications need to be recompiled to use the new option. Those devs who
> are too high level will have to wait until their underlying Firebird
> connectivity library is updated to support the new option.
>
> I don't call this user-friendly, sorry. IMHO, a DDL solution is much
> handier. And it's also implementable in a few hours.
>
> Relaxed write restriction for rdb$source is probably even easier to
> implement. And it doesn't require us to think about the forward
> compatible syntax.
>
>
> Dmitry
>
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds. Stuff that matters.
> http://tv.slashdot.org/
> Firebird-Devel mailing list, web interface at
> https://lists.sourceforge.net/lists/listinfo/firebird-devel
>
--
Jim Starkey
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
