Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Illegal recursion in rule evaluation
Message
From
05/01/2005 11:41:44
 
 
To
05/01/2005 09:43:21
General information
Forum:
Visual FoxPro
Category:
Databases,Tables, Views, Indexing and SQL syntax
Environment versions
Visual FoxPro:
VFP 8 SP1
OS:
Windows XP SP2
Network:
Windows 2000 Server
Database:
Visual FoxPro
Miscellaneous
Thread ID:
00973840
Message ID:
00974428
Views:
66
Hi Gregory,

I am following the thread. This is the first time I've done a trigger like this (normally I wouldn't maintain a "Quantity on hand" field, but calculate it as needed) and had assumed that the normal error handling and transaction handling in my application (I use VMP) would manage any problems.

I will look at the default VFP triggers and see how they work.

I am still confused by the error message though :(

Frank

>>>hi Nadya,
>>>
>>>Yes, the trigger could be written with the following in mind and not caring about the field rules
>>>
>>>(1) The updates could be in a transaction which rolls back if any error (code/1887, ...)
>>>(2) I would reopen the table and use seek and scan rest and update on a record by record basis, and roll back / exit if any single record update failed. This means that if it failed at eg record 6, that the first five updates would be undone by the rollback
>>>(3) any routine must return TRUE or FALSE up the tree
>>>(4) you need a specific error routine
>>>
>>>Anyway, writing a trigger takes (imo) a lot more than writing a few lines of code (take a look a the standard trigger code for starters). You need at least error and transaction management
>>>
>>>The trigger below does not do any of that.
>>>
>>>Personally I think one must first understand how the standard routines work.
>>>
>>>Then you can either replace all (insert/update/delete/error, ...) with your own, or write one or more specific using the standard that is already there
>>>
>>>Cheers,
>>>
>>>
>>>ps, to know what is happening behind the scenes, take a look at the standard routines (modi proc)
>>
>>Gregory,
>>
>>Thanks a lot, I'm going to study that. I hope you sent this message to Frank too, so he can re-think his code.
>
>You're welcome. I did not cc Frank since my guess is that he'll be following this thread anyway
>
>You can rewrite the trigger code in a week or so and replace the lot with compacter and more readable code. This has the advantage that you can hook in your own triggers pre and post 'normal referential integrity'
Frank.

Frank Cazabon
Samaan Systems Ltd.
www.samaansystems.com
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform