![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
From: [techie project manager]
Just because he doesn't understand our data model doesn't mean there are
data integrity problems!
From: [customer IT person]
Sent: Wednesday, February 02, 2005 8:25 AM
To: [non-techie vice president], thence forwarded to several others...
My concern is that we have two tables with the same field names and
different information in each creating a data integrity
problem.
Unfortunately, it doesn't mean there aren't, either. As it
happens, in this case, he found a real data problem. The fields have
different purposes, so that for some users different data is correct,
but in his case they should be the same. However, it's all old data,
created before they went live on our software. It was either screwed up
in the conversion process or it was bad before.
We get similar complaints occasionally. Last time it was a complete
misunderstanding of the tables' purpose, and all the data was valid.
Just because he doesn't understand our data model doesn't mean there are
data integrity problems!
From: [customer IT person]
Sent: Wednesday, February 02, 2005 8:25 AM
To: [non-techie vice president], thence forwarded to several others...
My concern is that we have two tables with the same field names and
different information in each creating a data integrity
problem.
Unfortunately, it doesn't mean there aren't, either. As it
happens, in this case, he found a real data problem. The fields have
different purposes, so that for some users different data is correct,
but in his case they should be the same. However, it's all old data,
created before they went live on our software. It was either screwed up
in the conversion process or it was bad before.
We get similar complaints occasionally. Last time it was a complete
misunderstanding of the tables' purpose, and all the data was valid.
no subject
Date: 2005-02-02 11:27 am (UTC)I can imagine two tables with identical sets of field names, serving completely different purposes. APPL_ADDRESS has fields storing the address and contact info for job applicants. EMPLOY_ADDRESS has the very same fields, storing the address and contact info for employees. There will even be some overlap, too, as some applicants become employees.
What am I not seeing here? Because I don't see a data integrity problem...
no subject
Date: 2005-02-03 07:53 am (UTC)Of course there may also be several accounts that belong to the same customer number.... oh yeah, I think I'm confusing the issue! ::grin::
I understand what you mean.