Re: Vector versus Hashtable and Related Questions
On Fri, 26 Nov 2010 22:38:36 -0800 (PST), Russ <pyth7@verizon.net>
wrote, quoted or indirectly quoted someone who said :
Hello All,
This question has been probably "hashed" over many times and googling
the question did answer the question on one hand but also raised
others.
The initial question is: Is a Vector or Hashtable efficient for
searching for clients in say a server to deliver a message? Looking at
this link:
http://www.devx.com/tips/Tip/25941
It says: "Searching through a Vector is O(n), which means that given n
elements, you may have to look at every element before finding what
you are looking for. Unless you use a value as its own key, a
Hashtable will be equally poor."
However that "Unless" creates questions, because looking at some old-
school code (Java 1) from an open-source server where the coder (who
has far more skill than myself) wrote the following method where
"users" is a Vector:
synchronized VUser findUser(String name) {
for (int i = 0; i < users.size(); i++) {
VUser user = (VUser) users.elementAt(i);
if (user.name.equals(name)) {
return user;
}
}
return null;
}
Why did the coder do it that way? Isn't "users" as a Hashtable more
efficient?
synchronized VUser findUser(String name) {
VUser user = (VUser) users.get( name );
return user;
}
It seems obvious that if "users" is a Hastable and once the instance
of VUser is created to simply map the Value to its own key of a
protected String name within the Value:
VUser VU = new vUser( String name );
users.put( VU.name, VU );
Also, why use "synchronized" on the findUser method when both Vectors
and Hashtables are already synchronized?
Finally, suppose I create an instance of a class and put that instance
in two different Hashtables
or Vectors. If I change a variable in that instance in one Hashtable
won't the same instance in the other Hashtable be changed or updated
as well? Common sense says it is the same allotment of memory so yes,
but I am just trying to be certain.
Thanks!
Russ Kinter
see http://mindprod.com/jgloss/vector.html
http://mindprod.com/jgloss/arraylist.html
http://mindprod.com/jgloss/hashtable.html
http://mindprod.com/jgloss/hashmap.html
Vector and Hashtable are not used often. They have been replaced by
ArrayList and HashMap.
Searching a short ArrayList is relatively painless. But when it gets
up to 30,000 elements, it has to on average look at 15,000 of them.
To get faster searching you can do a binary search,
see http://mindprod.com/jgloss/binarysearch.html
or hashing. A HashMap with a reasonable about of spare slots will find
you an element in the same speed, no matter how big the table.
It is pretty easy to code both ways and try it out to get a feel for
which works best in which situation.
HashMaps have extra ram overhead.
--
Roedy Green Canadian Mind Products
http://mindprod.com
If you give your kitchen floor a quick steam mop every few days, you will find you never have to get out buckets and brushes for deep cleaning. Similary, if you keep your code tidy, refactoring as you go, you probably won't need major rewrites.