Subject | Re: Is possible POST_EVENT with arguments ? |
---|---|
Author | rnovakosky2002 |
Post date | 2005-10-08T22:00:30Z |
I studied more, and the better way is really using a select to
recover data from FB after capture the event.
About the other solution using concat that i thought, don't have
viability because first the app need to inform the SGDB about
interest on FB inform the APP about all events, it inform only with
the events with register from APP first.
Thanks a lot Helen.
Roberto Novakosky
--- In firebird-support@yahoogroups.com, Helen Borrie <helebor@t...>
wrote:
recover data from FB after capture the event.
About the other solution using concat that i thought, don't have
viability because first the app need to inform the SGDB about
interest on FB inform the APP about all events, it inform only with
the events with register from APP first.
Thanks a lot Helen.
Roberto Novakosky
--- In firebird-support@yahoogroups.com, Helen Borrie <helebor@t...>
wrote:
>wrote:
> At 11:01 PM 7/10/2005 +0000, Roberto Novakosky, Delphi Developer
> >Hi allevent
> >
> >I need to capture events with IDs from Firebird. So as solution, I
> >built a new table XXX on my database, and a trigger with
> >POST_EVENT 'MyEvent' + INSERT INTO XXX (My necessary arguments).
> >So, from my Application, I receive MyEvent, but I need to see the
> >auxiliar table XXX to capture de IDs. I would like to receive the
> >with arguments, MyEvent with one value, is possible ?app that
>
> No. Events are like a signaling mechanism. The tell a listening
> something happened, but they are not a transport for data.this
>
>
> >Other solution that I found, was to build a
> >POST_EVENT 'MyEvent'||'MyValue', doing a concat of strings, but by
> >way there are more dificult to capture the events on my app.15 bytes.
>
> The biggest problem with this is that event names are restricted to
>a cache
>
> >If someone with other Idea ....
>
> There are ways to combine events and triggers so that you maintain
> of completed events with information about them (keys, operations)in a
> database table. In your app, you will also need a mechanism on theclient
> side for keeping your clients informed about changes in this table.on DML
>
> If you are interested in the concept, pick up the tech info sheet
> Caching from http://www.ibobjects.com/TechInfo.htmlway to
> If you are using IBO, the whole thing is already in place in the
> components; but you can roll your own if you are using some other
> access data from your Delphi apps. Carlos Cantu will be describingsuch a
> technique generically in his talk at the Firebird Conference inPrague next
> month.
>
> ./heLen
>