Subject | Re: [firebird-support] new udf library |
---|---|
Author | German Aracil Boned |
Post date | 2004-12-01T20:56:43Z |
Thomas Miller wrote:
connections. Is good. But accessing from data base (firebird code). How
make it ?
Creating other process/program with poll of connections and calling to
it from udf's with SQL command ?
Or reading from external program one table in database and
executing/deleting process with this table data. This table can have a
"stack process of database".. with process status: Waiting for execute,
executing, end, delete.
Creating table named sys_proc_stack with fields: id, processname,
status, connection assigned.
And other named sys_proc_conf with fields: max_proc (max connections to
database for execute)
Is a good idea ?
I like program it in firebird. Where are declared function call to UDF's
in firebird code ? What file ?
..
>Just create another attachment on the client in its own thread. Each attachment will create its own thread on theI like Super server GNU/linux version and use it. Yes!, set up a poll of
>server (classic). You will be slowed by connection times, so you may want to set up a poll of connections.
>
>
connections. Is good. But accessing from data base (firebird code). How
make it ?
Creating other process/program with poll of connections and calling to
it from udf's with SQL command ?
Or reading from external program one table in database and
executing/deleting process with this table data. This table can have a
"stack process of database".. with process status: Waiting for execute,
executing, end, delete.
Creating table named sys_proc_stack with fields: id, processname,
status, connection assigned.
And other named sys_proc_conf with fields: max_proc (max connections to
database for execute)
Is a good idea ?
I like program it in firebird. Where are declared function call to UDF's
in firebird code ? What file ?
..