Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Database Design / April 2005

Tip: Looking for answers? Try searching our database.

Duplicate values

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Stef - 08 Apr 2005 09:27 GMT
Hi,

I have a table containing customer information. The unique value consists of
a customer ID like this, 000000-0000, and it has been set it to Indexed - no
duplicates allowed. This table is related to another table with more specific
information, orders and the like. However, against the rules,  I can enter
duplicate values with the same customer ID already existing in that table.
How could this happen? Hope someone could help me.
Signature

Stef

Lynn Trapp - 08 Apr 2005 12:26 GMT
Which table can you enter duplicate values in? The first one or the other
one?

Signature

Lynn Trapp
MS Access MVP
www.ltcomputerdesigns.com
Access Security: www.ltcomputerdesigns.com/Security.htm
Jeff Conrad's Big List: www.ltcomputerdesigns.com/JCReferences.html

> Hi,
>
[quoted text clipped - 7 lines]
> duplicate values with the same customer ID already existing in that table.
> How could this happen? Hope someone could help me.
Stef - 08 Apr 2005 15:37 GMT
The first one, i.e. the 1 in the "1 to many" relationship. This table shall
not contain duplicate values.

Stef

"Lynn Trapp" skrev:

> Which table can you enter duplicate values in? The first one or the other
> one?
[quoted text clipped - 10 lines]
> > duplicate values with the same customer ID already existing in that table.
> > How could this happen? Hope someone could help me.
Lynn Trapp - 08 Apr 2005 15:47 GMT
hmmmmmmmm....interesting situation. How have you verified that you are
actually getting duplicates?

Signature

Lynn Trapp
MS Access MVP
www.ltcomputerdesigns.com
Access Security: www.ltcomputerdesigns.com/Security.htm
Jeff Conrad's Big List: www.ltcomputerdesigns.com/JCReferences.html

> The first one, i.e. the 1 in the "1 to many" relationship. This table
> shall
[quoted text clipped - 22 lines]
>> > table.
>> > How could this happen? Hope someone could help me.
Stef - 09 Apr 2005 14:39 GMT
I entered a new record using an existing customer ID. And it was accepted!
although I designed the customer ID to be indexed and no duplicates should be
allowed. On the other hand I was not permitted to delete any of the other
entries because of the relation to "many"-side table.

Stef

> hmmmmmmmm....interesting situation. How have you verified that you are
> actually getting duplicates?
[quoted text clipped - 25 lines]
> >> > table.
> >> > How could this happen? Hope someone could help me.
Lynn Trapp - 11 Apr 2005 14:55 GMT
Let me try to reword the question a bit. You said that this field has values
entered in the following format: 000000-0000. I am assuming this is a text
field. Are you absolutely certain that the values you think are duplicates
are actually duplicates? What have you done to verify that is the case?
'123456 -789' and '123456-789' are very similar, but are not duplicates.

Signature

Lynn Trapp
MS Access MVP
www.ltcomputerdesigns.com
Access Security: www.ltcomputerdesigns.com/Security.htm
Jeff Conrad's Big List: www.ltcomputerdesigns.com/JCReferences.html

>I entered a new record using an existing customer ID. And it was accepted!
> although I designed the customer ID to be indexed and no duplicates should
[quoted text clipped - 34 lines]
>> >> > table.
>> >> > How could this happen? Hope someone could help me.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.