Subject | Re[4]: [firebird-support] Find duplicate multi-row entries |
---|---|
Author | Daniel Miller |
Post date | 2017-09-28T07:19:48Z |
Thanks - but that still doesn't work. I get a huge return set with a ton of duplicates. I think something's being lost in translation. A simple match of one row isn't sufficient - I need to match the "set".
With the following six records:
5557 1 1116 0
5557 2 1115 0
5557 3 5104 2
5557 4 5073 2
5557 5 5222 2
5557 6 5110 2
5557 2 1115 0
5557 3 5104 2
5557 4 5073 2
5557 5 5222 2
5557 6 5110 2
That is the list of routes a given node has at a specific point in time. So it's perfectly possible at another time to have fewer, or more, or different routes. And I need to consider ALL the routes in play for a given timestamp to be a single "set". So if today I have the above list of routes, and yesterday route index 4 was looking at a different node - that would constitute a different and unique set even though the other 5 records match.
5557 1 1116 0
5557 2 1115 0
5557 3 5104 2
5557 4 9999 2
5557 5 5222 2
5557 6 5110 2
5557 2 1115 0
5557 3 5104 2
5557 4 9999 2
5557 5 5222 2
5557 6 5110 2
So it's quite possible I will have lots of duplicates for an individual row in ROUTES when compared in ROUTE_HISTORY - what I'm trying to filter is the pattern of rows. Only if ALL the rows of a current entries in ROUTES exist in ROUTE_HISTORY should it be considered a duplicate condition.
--
Daniel
On 9/27/2017 11:53:48 PM, "Svein Erling Tysvær setysvar@... [firebird-support]" <firebird-support@yahoogroups.com> wrote:Sure it is possible to write such a query:select r.NODE, r.ROUTE_INDEX, r.LINK_NODE, r.QUALITYfrom routes rleft join route_history rh1 on r.node = rh1.nodeand r.route_index = rh1.route_indexand r.link_node = rh1.link_nodeand r.quality is not distinct from rh1.qualityleft join route_history rh2 on rh1.node = rh2.nodeand rh1.route_index = rh2.route_indexand rh1.route_updated < rh2.route_updatedwhere rh1.node is nulland rh2.node is nullI use two LEFT JOINS because I assume you want things to be returned if things are changed back, e.g. if you have5557 1 1116 0
5557 1 1116 0then you only want one row in route_history, but if you have5557 1 1116 0
5557 1 1116 15557 1 1116 0then you don't want the last record to be considered a duplicate, but know when it changed back. If ROUTE_INDEX is just a running number, you consider5557 1 1116 0
5557 2 1116 0to be duplicates, and there are no gaps between the ROUTE_INDEX for each NODE, then the query can be simplified:select r.NODE, r.ROUTE_INDEX, r.LINK_NODE, r.QUALITYfrom routes rleft join route_history rh1 on r.node = rh1.nodeand r.route_index+1 = rh1.route_indexand r.link_node = rh1.link_nodeand r.quality is not distinct from rh1.qualitywhere rh1.node is nullNote that I use IS NOT DISTINCT so that NULLs are considered equal. If you prefer, the left joins can be replaced by (nested) NOT EXISTS.HTH,Set2017-09-28 7:22 GMT+02:00 'Daniel Miller' dmiller@... [firebird-support] <firebird-support@yahoogroups.com>:
On 9/27/2017 9:20:54 PM, "liviuslivius liviuslivius@... [firebird-support]" <firebird-support@yahoogroups. com > wrote:group by + havingis your friend.E.g.Select field1, field2, count(*)From tablexGroup by field1, field2Having count(*)>1But in your scenario i do not know if this is the solution. Question is if record was changed and in next update "restored" and once again changed is this duplicate or no?If yes above query is ok if no then procedure is your friend.And for the future change your audit trigger and check before if there was any changeThank you, but I this isn't quite what I need. I need to match against all the records of a set (up to 8 rows per set) - not just individual rows.--Daniel