Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Primary keys and candidate keys
Message
From
06/09/2000 21:41:55
 
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
00413219
Message ID:
00413280
Views:
20
>>Juan;
>>
>>Do you mean that if you have a person with Social Security # 111-11-1111, and then delete him, that you can't later add him, or another person with an SS# of 111-11-1111? If that's what your problem is, you can put a filter on your candidate for for NOT DELETED(). Then when a record is deleted, it is removed from the index as well.
>>
>
>Hey that's a cool trick that I hadn't thought of before. But wouldn't it be better (for rushmore optimization) to add the deleted function in the index expression instead of using a filter.
>
>Maybe it doesn't make any difference... Just a thought I had.

While VFP supports this, it violates defined rules for Primary and Candidate keys, which state that the value must be unique for the entire table. Just because VFP can "hide" deleted records is not a good reason to do this.
Craig Berntson
MCSD, Microsoft .Net MVP, Grape City Community Influencer
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform