>the stored procedures are in the DBC not the DE
>i store RI code (not just what Fox can create)
>also functions for automated new ID numbers
>etc.
>
>the advantage of using RI rules in the DBC is that
>the rules
>are always kept - even if u connect to the data
>via ODBC or
>open them by BROWSE in the command windows
Arnon
Well I meant data environment not DataEnvironment. Yes, I hear what your saying. I guess I would feel better if after the total 'rough draft' of the app is done to go back & do RI, etc. Right now, in my case, things always change. Mostly by customer design & partly from creeping up the learning curve.
I guess the real way is to get 100% specs from the cust on my next app & then look at RI & stuff. The problem is; will we ever get 100% specs from a customer when we need them?
Thanks
Tom