×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Way back in dinosaur times there was a problem putting keys on physical
files (S/32 perhaps?). BPCS still follows that philosophy. They do not
even specify UNIQUE on their logical files. They assume that no one ever
migrates data to their ERP system or anything else (like custom upgrades
from earlier versions of BPCS) that comes outside of standard item
maintenance. So, yes it is possible for duplicates to occur - we've had
them. BPCS uses no constraints (unique, key, referential, etc). All is
done within Item master maintenance.
While I disagree with their philosophy, if you follow their rules then
duplicates shouldn't be occurring. You don't have users downloading data,
massaging it, and then uploading it, do you? That could be another
possible avenue.
The following sql should help you find duplicates:
select iprod, count(*)
from iim
group by iprod
having count(*)>1
You could expand this to include the relative record number to detail it
out with:
with summary as(
select iprod, count(*)
from iim
group by iprod
having count(*)>1)
select iprod, rrn(iim)
from iim
where iprod in(
select iprod
from summary)
Happy hunting. If you journal these files you can find might be able to
find out who did it.
Rob Berendt
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.