Subject | Re: [firebird-support] protecting SP & trigger code from being viewed |
---|---|
Author | Martijn Tonies |
Post date | 2004-02-20T09:02:22Z |
Hi,
UPDATE RDB$PROCEDURES SET RDB$PROCEDURE_SOURCE = NULL
Do the same for triggers.
With regards,
Martijn Tonies
Database Workbench - developer tool for InterBase, Firebird, MySQL & MS SQL
Server.
Upscene Productions
http://www.upscene.com
from the database, leaving only the compiled BLR ( and customer data) .
me no clue.
myself).
you give on this list ).
UPDATE RDB$PROCEDURES SET RDB$PROCEDURE_SOURCE = NULL
Do the same for triggers.
With regards,
Martijn Tonies
Database Workbench - developer tool for InterBase, Firebird, MySQL & MS SQL
Server.
Upscene Productions
http://www.upscene.com
> first of all, please forgive me if this topic has been discussed before...like my app(client side) be able to strip all the SP & Trigger source code
>
> i made an CS application using FB and before give it to customer, i would
from the database, leaving only the compiled BLR ( and customer data) .
> Is is possible to do such thing? , i've searched IB6 doc especially onData Definition Guide with no success.
> Also reading and digging FB 1.5 RC8 release notes (the firstcommandment/rules to do before posting questions to this group AFAIK) gives
me no clue.
>objects on app start and drop them on finished - i've not tried this
> if the answer is yes, next questions arises:
>
> 1. how to do it properly? (other than the hard way: creating those
myself).
> 2. those FB utility such as gbak backup-restore etc could it still beapplicable on that DB?
> 3. from ethical point of view : is this intention ok ? ( considering thatFB is an _open_source_ DBMS ).
>_developer_&_supporter_ for the nice product you made. ( and nice support
> if the answer is no, still i would like to thank you guys
you give on this list ).
>