I find that SortedList
SortedDictionary
and Dictionary
implement the same
I'd mention difference between dictionaries.
Above picture shows that Dictionary<K,V>
is equal or faster in every case than Sorted
analog, but if order of elements is required, e.g. to print them, Sorted
one is chosen.
Src: http://people.cs.aau.dk/~normark/oop-csharp/html/notes/collections-note-time-complexity-dictionaries.html
To summarize the results of a Performance Test - SortedList vs. SortedDictionary vs. Dictionary vs. Hashtable, the results from best to worst for different scenarios:
Memory Usage:
SortedList<T,T>
Hashtable
SortedDictionary<T,T>
Dictionary<T,T>
Insertions:
Dictionary<T,T>
Hashtable
SortedDictionary<T,T>
SortedList<T,T>
Search Operations:
Hashtable
Dictionary<T,T>
SortedList<T,T>
SortedDictionary<T,T>
foreach loop operations
SortedList<T,T>
Dictionary<T,T>
Hashtable
SortedDictionary<T,T>
I can see the proposed answers focus on performance. The article provided below does not provide anything new regarding performance, but it explains the underlying mechanisms. Also note it does not focus on the three Collection
Types mentioned in the question, but addresses all the Types of the System.Collections.Generic
namespace.
http://geekswithblogs.net/BlackRabbitCoder/archive/2011/06/16/c.net-fundamentals-choosing-the-right-collection-class.aspx
The Dictionary is probably the most used associative container class. The Dictionary is the fastest class for associative lookups/inserts/deletes because it uses a hash table under the covers. Because the keys are hashed, the key type should correctly implement GetHashCode() and Equals() appropriately or you should provide an external IEqualityComparer to the dictionary on construction. The insert/delete/lookup time of items in the dictionary is amortized constant time - O(1) - which means no matter how big the dictionary gets, the time it takes to find something remains relatively constant. This is highly desirable for high-speed lookups. The only downside is that the dictionary, by nature of using a hash table, is unordered, so you cannot easily traverse the items in a Dictionary in order.
The SortedDictionary is similar to the Dictionary in usage but very different in implementation. The SortedDictionary uses a binary tree under the covers to maintain the items in order by the key. As a consequence of sorting, the type used for the key must correctly implement IComparable so that the keys can be correctly sorted. The sorted dictionary trades a little bit of lookup time for the ability to maintain the items in order, thus insert/delete/lookup times in a sorted dictionary are logarithmic - O(log n). Generally speaking, with logarithmic time, you can double the size of the collection and it only has to perform one extra comparison to find the item. Use the SortedDictionary when you want fast lookups but also want to be able to maintain the collection in order by the key.
The SortedList is the other sorted associative container class in the generic containers. Once again SortedList, like SortedDictionary, uses a key to sort key-value pairs. Unlike SortedDictionary, however, items in a SortedList are stored as sorted array of items. This means that insertions and deletions are linear - O(n) - because deleting or adding an item may involve shifting all items up or down in the list. Lookup time, however is O(log n) because the SortedList can use a binary search to find any item in the list by its key. So why would you ever want to do this? Well, the answer is that if you are going to load the SortedList up-front, the insertions will be slower, but because array indexing is faster than following object links, lookups are marginally faster than a SortedDictionary. Once again I'd use this in situations where you want fast lookups and want to maintain the collection in order by the key, and where insertions and deletions are rare.
Feedback is very welcome as I am sure I did not get everything right.
n
.Dictionary
Memory
KeyArray(n) -> non-sorted array<pointer>
ItemArray(n) -> non-sorted array<pointer>
HashArray(n) -> sorted array<hashvalue>
Add
HashArray(n) = Key.GetHash
# O(1)KeyArray(n) = PointerToKey
# O(1)ItemArray(n) = PointerToItem
# O(1)Remove
For i = 0 to n
, find i
where HashArray(i) = Key.GetHash
# O(log n) (sorted array)HashArray(i)
# O(n) (sorted array)KeyArray(i)
# O(1)ItemArray(i)
# O(1)Get Item
For i = 0 to n
, find i
where HashArray(i) = Key.GetHash
# O(log n) (sorted array)ItemArray(i)
Loop Through
For i = 0 to n
, return ItemArray(i)
SortedDictionary
Memory
KeyArray(n) = non-sorted array<pointer>
ItemArray(n) = non-sorted array<pointer>
OrderArray(n) = sorted array<pointer>
Add
KeyArray(n) = PointerToKey
# O(1)ItemArray(n) = PointerToItem
# O(1)For i = 0 to n
, find i
where KeyArray(i-1) < Key < KeyArray(i)
(using ICompare
) # O(n)OrderArray(i) = n
# O(n) (sorted array)Remove
For i = 0 to n
, find i
where KeyArray(i).GetHash = Key.GetHash
# O(n)KeyArray(SortArray(i))
# O(n)ItemArray(SortArray(i))
# O(n)OrderArray(i)
# O(n) (sorted array)Get Item
For i = 0 to n
, find i
where KeyArray(i).GetHash = Key.GetHash
# O(n)ItemArray(i)
Loop Through
For i = 0 to n
, return ItemArray(OrderArray(i))
SortedList
Memory
KeyArray(n) = sorted array<pointer>
ItemArray(n) = sorted array<pointer>
Add
For i = 0 to n
, find i
where KeyArray(i-1) < Key < KeyArray(i)
(using ICompare
) # O(log n)KeyArray(i) = PointerToKey
# O(n)ItemArray(i) = PointerToItem
# O(n)Remove
For i = 0 to n
, find i
where KeyArray(i).GetHash = Key.GetHash
# O(log n)KeyArray(i)
# O(n)ItemArray(i)
# O(n)Get Item
For i = 0 to n
, find i
where KeyArray(i).GetHash = Key.GetHash
# O(log n)ItemArray(i)
Loop Through
For i = 0 to n
, return ItemArray(i)
Trying to assign a performance score to each case presented by @Lev, I used the following values:
The results are (higher = better):
Dictionary: 12.0
SortedDictionary: 9.0
SortedList: 6.5
Of course, every use-case will give more weight to certain operations.
When you want the collection to be sorted by key when you iterate over it. If you don't need your data to be sorted, you're better off with just a Dictionary, it'll have better performance.
SortedList and SortedDictionary pretty much do the same thing, but are implemented differently, thus have different strengths and weaknesses explained here.
When iterating over the elements in either of the two, the elements will be sorted. Not so with Dictionary<T,V>
.
MSDN addresses the difference between SortedList<T,V>
and SortedDictionary<T,V>
:
The SortedDictionary(TKey, TValue) generic class is a binary search tree with O(log n) retrieval, where n is the number of elements in the dictionary. In this respect, it is similar to the SortedList(TKey, TValue) generic class. The two classes have similar object models, and both have O(log n) retrieval. Where the two classes differ is in memory use and speed of insertion and removal:
SortedList(TKey, TValue) uses less memory than SortedDictionary(TKey, TValue).
SortedDictionary(TKey, TValue) has faster insertion and removal operations for unsorted data: O(log n) as opposed to O(n) for SortedList(TKey, TValue).
If the list is populated all at once from sorted data, SortedList(TKey, TValue) is faster than SortedDictionary(TKey, TValue).