Computing set intersection in linear time?
Solution 1
That depends on your set implementation.
If you have a hash set (O(1) lookup), then the approach indicated by all the other posters is correct. Iterate across all the elements in the first set. If it's in the second set, then add it to the result. This runs in O(n) time.
If you have a tree set (O(lg n) lookup), then this approach will work, but it runs in O(n lg n) time. You can do better; there's an O(n) solution. I assume that you have some sort of iterator that can traverse the elements of the two sets in ascending order. If you do, then the question is "given two lists in sorted order, find their intersection." This can be done using a modified version of the algorithm you use to merge two ranges. The idea is to keep track of the two iterators. At each step, compare the first elements of the ranges. If they're equal, add the element to the intersection and advance both iterators forward. If the first is less than the second, then advance the first iterator. If the first element is greater, then advance the second iterator. This runs in time O(n) because each iteration consumes at least one element, and there's only O(n) elements in total.
Solution 2
I wonder nobody mentioned hashtable.
Regardless of your set implementation (even if 'set' here means a simple array), you can
- put contents of the first set into hashtable and
- iterate over second set, checking if hashtable contains current element.
O(n)
Solution 3
intersection(a, b):
result = new empty set
for x in b:
if a contains x:
add x to result
return result
If the contains
test is constant time (such as in a set that uses a hash table as an implementation), then this algorithm is O(n)
.
Solution 4
Combine the two arrays and count the no of occurrences of each element in this combined array and put these in a new array. Then check this count array for entries which contain 2, those elements are in intersection of the two sets.
NEO
Updated on July 09, 2022Comments
-
NEO almost 2 years
Is there an algorithm that, given two sets, computes their intersection in linear time?
I can run two
for
loops to check all pairs of elements, recording elements that I find in both of the sets. However, the runninng time will be O(n2). How do I do this in O(n) time?-
pete almost 7 yearsWHY would it ever be n^2? Isn't the "obvious" solution in O(n) and we should be trying to find a better one?
-
michael_teter over 4 years@pete To do better than O(n), you must not be visiting every element of a set. How could you possibly determine anything about a set element without having looked at that element?
-
-
Anon. over 13 yearsAlternative option if you're using a sorted-tree based set instead of a hash-based one: Iterate over both sets in sorted order, advancing to the next element of the currently "lowest" set. O(n) in the total number of elements.
-
NEO over 13 yearsThe two sets are not sorted.What If I use merge sort technique and then follow your method of comparing the first elements of the ranges,but im not sure it will work in O(n) bcoz merge sort takes O(nlogn)time
-
templatetypedef over 13 yearsIf you put the sets in sorted order in O(n lg n) time, this technique should work out, but it won't run in linear time because of the sort overhead. How are your sets represented?
-
templatetypedef over 13 yearsJust iterate over both lists, adding them to a hash table, then apply the "intersect two hash tables" algorithm.
-
NEO over 13 yearsI think i got it nw.Thank you
-
Viplime almost 8 yearsIf a and b are the same sets then algorithm takes O(n^3) time since search in "b" and adding an element to "result" takes O(n) time. Adding an element to array based set takes O(n) time since sets cannot have duplicated element. The duplication check is done on each addition. If result and b is based on hashtable then even if you cannot be sure that search and addition takes O(1) time, it can take O(n) as well.
-
David Bandel over 4 yearsThe only thing I don't like about this solution is that it doesn't scale to more than two sets.
-
fkarg about 2 years@Viplime even if the sets are equal, it won't take
O(n^3)
butO(3n) = O(n)
steps, assuming thatcontains
andinsert
are constant (=O(1)
).