Jump to content
Claris Engage 2025 - March 25-26 Austin Texas ×

This topic is 6990 days old. Please don't post here. Open a new topic instead.

Recommended Posts

Posted

[color:purple]I have a huge phone number database, I need to delete the duplicate records, tried (!) and it found the dups but also the original records. Any ideas on how to only mark the dup records for deletion? Read the other posts on deleting dups but didn't find one that addressed marking the dups.

Thanks!! Mel

Posted

Do a search in FM's online Help for finding duplicates using a self-join relationship.

Posted (edited)

Did it, but the results are much larger than what I get when I do a Find(!). Is it necessary to have a "creation date" field, so that it will automatically delete the oldest record?

Thanks for your help, Mel

Hmmm.. should I try this?

Post: A simple duplicate remover (Topic#162164)

http://www.fmforums.com/forum/showtopic.php?tid/162164/post/162164/hl/+John+Fowler/#162164

Edited by Guest
Posted

Did you set up the relationship and calculation to return 'unique'/'duplicate'? If so, do a search for 'duplicate' records only or find '!' and then constrain the found set with 'duplicate' or 'unique'.

No date field is necessary to designate the original record. A calculation of serial = relationship::serial will return 1 for each original record because a relationship naturally refers to the first created related record, if no sort order is specified for it.

Posted

Yay! I did it, it worked! Thank you so much!! Thats 8,000 plus records I was going to have to mark by hand if I couldn't figure this out. Thanks again.

~Mel

This topic is 6990 days old. Please don't post here. Open a new topic instead.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.