【发布时间】:2009-06-12 19:24:46
【问题描述】:
因此,我工作的当前设置让我感到烦恼,但我想不出更好的存储设备范围(约 200 人)使用的设置的地方。现在,他们将设置放在一个 XML 文件中,当需要时,该文件会被许多不同的程序共享。自然的选择是将数据放入数据库中。他们还为一些非常常用的数据点使用环境变量。有什么想法会更好吗?
我认为使用专用模块与数据库交互的数据库解决方案可以解决问题,但对于这样的设置来说,这可能太多了吗?
【问题讨论】:
标签: settings
因此,我工作的当前设置让我感到烦恼,但我想不出更好的存储设备范围(约 200 人)使用的设置的地方。现在,他们将设置放在一个 XML 文件中,当需要时,该文件会被许多不同的程序共享。自然的选择是将数据放入数据库中。他们还为一些非常常用的数据点使用环境变量。有什么想法会更好吗?
我认为使用专用模块与数据库交互的数据库解决方案可以解决问题,但对于这样的设置来说,这可能太多了吗?
【问题讨论】:
标签: settings
我不喜欢我的应用程序与数据库进行频繁使用的通信。因此,如果您出于集中化的原因决定将它们放在那里(以及它们上面的漂亮 UI),那么我建议使用 MemCached Win32 或 Velocity 之类的东西来放置在您的应用程序和它需要的设置之间。这样,它是网络跳出到内存存储,而不是网络跳出到查询!如果你愿意的话,你可以在你所有的应用服务器上安装 MemCached 以避免网络跳跃!
【讨论】:
我认为您的问题的答案取决于这些设置的更改频率。如果这些设置经常更改并且更改这些设置的请求是由您的最终用户发起的,我将构建一个数据库解决方案,该解决方案提供一个控制台以将工作卸载给您的用户。但是,如果这些设置由您的 IT 部门维护,或者是关键任务,或者只是没有太大变化,那么我认为集中式 XML 文件就可以了。
【讨论】: