Doing it in my app means polling the other db instead of receive an "interrupt" via trigger ... I can do it but it's the "polling vs interrupt" ... Obviously I prefer to sit and wait for data instead of looping looking for data but if it's the only way ...
-- [image: Just A Little Bit Of Geekness]<http://feeds.feedburner.com/%7Er/JustALittleBitOfGeekness/%7E6/1> Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall). On Wed, Apr 23, 2008 at 3:01 PM, P Kishor <[EMAIL PROTECTED]> wrote: > On 4/23/08, Federico Granata <[EMAIL PROTECTED]> wrote: > > On Wed, Apr 23, 2008 at 12:22 AM, Igor Tandetnik <[EMAIL PROTECTED]> > > wrote: > > > > > > > Each connection has its own independent temp database. You've created > a > > > temporary trigger which exists in the temp database for your > connection. > > > The trigger simply doesn't exist on the other connection. > > > > > > > damn ... > > > > > > Yes, if that other session attaches the appropriate database and > creates > > > an appropriate trigger. No, you cannot magically alter the behavior > of > > > another application you have no control over. > > > > > > > I don't want to alter the behavior of the other app nor I want to alter > his > > db. > > If I create mine table and trigger in the B db everything run smooth > but I > > try to "hook" on some event without disturbing the original behavior. > > It's possible at all ? > > > .. > > do it in your application rather than at the db level. > _______________________________________________ > sqlite-users mailing list > sqlite-users@sqlite.org > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users