blocks|key|204586|text|这些听起来像是您可能想要在运行时为应用程序更改的东西，而不必修改app.config。我喜欢遵循的一条经验法则是，配置中的任何内容都应该用于部署或服务器配置。在这种情况下，您的设置似乎是在修改应用程序行为，所以我可能会将它们移到DB中，如果不是很费劲的话。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|204587|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Mmm these sounds like things that you might want be able to change at runtime for your application without having to modify the app.config. One rule of thumb I like to follow is that anything in the config should be for the deployment or server configuration. In this case your settings appear to be modifying the application behaviour and so I would probably move them into the DB if it is not alot of effort.

blocks|key|205829|text|ModuleA和ModuleC听起来可能是用户配置文件信息。如果用户不是动态的，但是您可以添加以后的功能，那么可以将它们移动到DB中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|205830|我已经编写了一些应用程序，ModuleB也可以放在DB中。表单标签等东西可以很容易地放入DB中。如果稍后有人决定向所有表单标签添加或删除冒号，那么如果所有文本都存储在DB中，这是一件非常容易的事情。|205831|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

ModuleA and ModuleC sound like they may be user profile information. If they're not dynamic by user, but you could add later functionality, then maybe move them to a DB.

I've written apps where ModuleB would have been put in a DB also. Things like form labels, etc. can easily go in a DB. If, at a later date, someone decides to add or remove colons to all form labels, that's a pretty easy thing to do if all of the text is stored in a DB.

blocks|key|204609|text|考虑一下当您需要编辑其中一个值时的情况。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|204610|如果该值在web.config中，则保存对该文件的更改将导致应用程序回收，从而不方便地丢弃当前用户。如果你的应用程序只在办公时间使用，那就没什么问题了(尽管你可能会接到一个迟到的人的愤怒电话)。但在国际用户的公共网站上，这可能是个问题。|204611|如果该值在数据库中，则不会以这种方式影响应用程序的处理。|204612|无论哪种方式，都要考虑这些值是否缓存在应用程序的内存中(web.config是)。应用程序变量中的数据库值，还是缓存中的数据库值？如果是这样，您可能不知道何时会发生更改。除非你想重新启动应用程序。|204613|并且，适当的管理员需要哪些不同的访问和权限来进行更改？必须有人访问web服务器才能更改web.config，或者访问数据库(和表)才能更改这一点。|204614|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Consider the situation when you need to edit one of the values.

If the value is in web.config, saving the change to that file will cause the app to recycle, inconveniently throwing out current users. Not so much of a problem if your app is on an intranet only used during business hours (though you could get an angry call from the guy who stayed to work late). But potentially a problem on a public website with international users.

If the value is in a database, it will have no impact on the app's processing in that way.

Either way, consider whether the values are cached in the app's RAM (web.config is). Are the database values in an Application variable, or in Cache? If so, you may not know when the change will occur. Unless you want to restart the app.

And, what different access and permissions would the appropriate admins need to make the changes? Someone would have to have access to the web server(s) to change web.config, or to the database (and table) to change that.

blocks|key|327694|text|几个问题:为什么对应用程序的多个实例使用相同的DB，以及这将如何影响维护？将来，为了提高性能，拆分db是否是一种选择？配置模型比基于DB的配置模型支持更好吗？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|327695|换句话说，你必须考虑很多变量才能回答你的问题:-)|327696|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

A few questions: Why do you use the same DB for multiple instances of the application, and how will that effect maintanence? 
In the future will it be an option to split the db in order to improve performance? Does the config model support that change better then the DB based one?

In other words, you will have to consider a lot variables in order to answer your question :-)

There are multiple values I have been storing in ASP.NET configSections sections for each "module". I have been wondering if they even belong in these files at all.

The background stands at: These are multiple instances of the web application deployed. All use the same database but have their own settings.

I'm sure that differences between development and production go in the config files. Some of the values I know should include: connection strings, providers to use, setting debug, etc. 

I have factored out all the common pieces in to classes with their own rules and methods. The pieces left are miscellaneous settings for each module in each site. Some of the options I'm unsure of include:

<ul>
<li>For ModuleA, Show/Hide Option</li>
<li>For ModuleB, What is the terminology to be used for this field</li>
<li>For ModuleC, Allow end user to perform X action</li>
</ul>

Do these values belong in a config file or database?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我一直在ASP.NET configSections节中为每个“模块”存储多个值。我一直在想它们是否属于这些文件。背景是:这些是部署的web应用程序的多个实例。所有用户都使用相同的数据库，但都有自己的设置。我确信，开发和生产之间的区别在于配置文件。我知道的一些值应该包括:连接字符串、要使用的提供程序、设置调试等。我已经...

问这些值是否属于配置文件或数据库？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问这些值是否属于配置文件或数据库？EN