我们的asp.net应用程序中有很多appSettings。将它们移动到数据库是一个好主意。我知道一个优点是易于维护和执行管理活动。我需要知道是否有人遇到任何问题。
答案 0 :(得分：1)
我们在配置中没有任何appsettings，但由于配置量巨大，因此维护一个单独的DB表。没有问题。当然，我们必须使用一些缓存来防止与配置信息相关的过多查询。
答案 1 :(得分：1)
您可以采取一些措施来减少应用设置的数量，并使其更易于维护。他们每个人都有自己的积极和消极。将它们移动到数据库是一个，它可以帮助提高可维护性（并且可以允许您构建前端来监视和调整它们而无需回收）。或者，如果它们是相关的，您可能希望将它们中的一些分组为自定义部分，从而使它们更好地记录，而不仅仅是键值对。
如果他们进入数据库，您需要考虑缓存它们，以及如何管理缓存。
没有一般答案。这取决于你的情况。
答案 2 :(得分：0)
使用app.config / web.config / database / cache / custom解决方案来存储配置值都是有效的选项。
您选择哪种方法确实取决于适合您，您的团队和您的应用的适合您的情况。
答案 3 :(得分：0)
我希望这样做可以在appSettings加载到内存中加载应用程序然后在web.config更新时重新加载，从而使性能受到影响。如果将它们存储在数据库中，那么每次都需要访问数据库。
我无法指出性能差异的程度，因此它可能是也可能不是问题。
答案 4 :(得分：0)
Asp.net有一种实现配置自定义提供程序的机制。我已经研究了多个服务器需要相同配置的情况，因此拥有共享配置会很好。关于它的文件非常少。
您还会遇到监视web.config文件的问题，因此任何更改都会提示应用程序重新启动。使用数据库，您需要一种替代机制，或者解决它，或者只是不使用它。
更简单的是定义自定义配置部分。
西蒙