Enum et de la performance

Mon application a beaucoup de différentes valeurs de recherche, ces valeurs ne sont pas jamais à changer, par exemple des Etats-unis. Plutôt que de les mettre dans des tables de base de données, j'aimerais utiliser les énumérations.

Mais, je me rends compte en le faisant de cette manière implique d'avoir un peu de enums et beaucoup de casting de "int" et "chaîne" à partir de mes énumérations.

Alternative, je vois quelqu'un a mentionné l'aide d'un Dictionnaire<> en tant que des tables de consultation, mais enum la mise en œuvre semble être plus propre.

Donc, je voudrais vous demander si le fait de garder et de passer un beaucoup d'énumérations et de la coulée d'être un problème de performance ou dois-je utiliser les tables de recherche approche, qui s'acquitte de mieux?

Edit: Le casting est nécessaire qu'une pièce d'identité pour être stockées dans des tables de base de données.

  • Pourquoi vous avez besoin de les jeter?
  • Sans doute parce que dans la base de données les valeurs seront des nombres entiers.
  • C'est ce que j'ai deviné, mais il serait bon d'obtenir des précisions de l'OP.
  • Oui, Jon est à droite.
  • Ray, s'il vous plaît laissez-moi savoir ce que vous pensez de ma mise à jour de réponse.
  • Je vous remercie beaucoup pour votre aide, j'ai upvoted votre réponse. J'ai décidé d'utiliser les deux approches, utiliser les énumérations de type int, et l'utilisation d'un dictionnaire pour la recherche par chaîne.
  • Je sais que c'est une vieille question, mais "ces valeurs ne sont pas jamais à changer, par exemple des Etats-unis" est un très puissant hypothèse. Qui est-à-dire les usa ne jamais gagner ou perdre des etats-unis? L'Alaska et d'Hawaii n'étaient pas des etats-unis jusqu'en 1959, moins il y a un siècle.

InformationsquelleAutor Ray | 2010-07-15