>>> d = {'1': 'one', '3': 'three', '2': 'two', '5': 'five', '4': 'four'}
>>> 'one' in d.values()
True
Por curiosidad, algunos de tiempo comparativo:
>>> T(lambda : 'one' in d.itervalues()).repeat()
[0.28107285499572754, 0.29107213020324707, 0.27941107749938965]
>>> T(lambda : 'one' in d.values()).repeat()
[0.38303399085998535, 0.37257885932922363, 0.37096405029296875]
>>> T(lambda : 'one' in d.viewvalues()).repeat()
[0.32004380226135254, 0.31716084480285645, 0.3171098232269287]
EDIT: Y en caso de que uno se pregunta por qué ... La razón es que cada uno del anterior devuelve un tipo diferente de objeto, que puede o no puede ser muy adecuado para operaciones de búsqueda:
>>> type(d.viewvalues())
<type 'dict_values'>
>>> type(d.values())
<type 'list'>
>>> type(d.itervalues())
<type 'dictionary-valueiterator'>
Edit2: Según la petición en los comentarios ...
>>> T(lambda : 'four' in d.itervalues()).repeat()
[0.41178202629089355, 0.3959040641784668, 0.3970959186553955]
>>> T(lambda : 'four' in d.values()).repeat()
[0.4631338119506836, 0.43541407585144043, 0.4359898567199707]
>>> T(lambda : 'four' in d.viewvalues()).repeat()
[0.43414998054504395, 0.4213531017303467, 0.41684913635253906]
no tengo Python a mano, ¿podría volver a ejecutar las pruebas con 'cuatro' en lugar de 'uno'? – soulcheck
@soulcheck - ¡Revisa mi segunda edición! : o – mac
no fue necesario después de todo, a menos que se ejecute en dict más grande. Supongo que la sobrecarga en valores() se produce al copiar la lista de valores y en viewvalues () al mantener viva la vista. – soulcheck