2010-01-20 69 views
2

几乎所有我处理的应用程序都涉及一些查找值。例如,很多时候需要在WebForm上显示语言列表(英文,法文等)供用户选择。在ASP.NET应用程序中处理数据库查找值

这种查找值的公共数据结构包括一个整数Id和一个字符串作为名称。由于这些查找值经常使用,并且不太可能改变。大多数的时间,而不是从数据库中抓他们,我只是定义在C#中的全局枚举这样

enum Language : int { English = 1, French = 2} 

我一直在处理这样的查找值年。我知道这可能不是处理这些问题的最佳方法。例如,每次将新语言添加到系统时,有人需要记住更新该枚举。

我想这是一个非常常见的情况,只是想知道你们如何处理这种类型的查找值。

感谢,

回答

1

我通常把他们诠释,他的数据库,无论如何,因为你永远不知道,当他们需要改变。有时候 - 在设计上 - 我知道列表不会改变,对于那些,我会使用枚举。所有其他情况下,我将使用数据库表。

+0

ASP.NET缓存帮助吗? – sean717 2010-01-20 18:06:59

+0

是的,这会有所帮助。不是那么多,但它会有所帮助。 – 2010-01-20 18:12:20

0

根据数据要求,我通常会处理小配置,就像在经常加载的配置文件中一样,该配置文件将作为应用程序的所有实例的应用程序变量应用。数据在应用程序启动或回收时查找一次,然后在数据死后仍然有用。

虽然,我有很多类似性质的中间数据需要定期维护。将它放入数据库比较容易,因为至少可以构建一个小型维护应用程序来处理它。如果你把它们放在一个枚举中,你必须重新编译和重新部署。

我遇到了与资源文件类似的问题。由于资源文件已编译,因此需要重新部署。

相关问题