Где хранить настройки объекта - PullRequest
0 голосов
/ 12 июня 2009

Таким образом, текущая настройка, в которой я работаю, вызывает у меня недовольство, но я не могу придумать ничего лучшего для того, где хранить настройки, которые используются на объекте (~ 200 человек). Прямо сейчас у них есть настройки, расположенные в XML-файле, который при необходимости используется многими различными программами. Естественная альтернатива - поместить данные в БД. Они также используют переменные среды для некоторых из очень часто используемых точек данных. Есть мысли о том, что будет лучше?

Я полагаю, что решение БД с выделенным модулем для взаимодействия с БД могло бы помочь, но, может быть, это слишком много для таких настроек?

Ответы [ 2 ]

1 голос
/ 12 июня 2009

Я думаю, что ответ на ваш вопрос зависит от того, как часто эти настройки меняются. Если эти параметры часто меняются и запросы на изменение этих параметров инициируются вашими конечными пользователями, я бы создал решение для базы данных, которое предоставило бы консоль для разгрузки работы вашим пользователям. Однако, если эти параметры поддерживаются вашим ИТ-отделом или являются критически важными или просто не сильно меняются, то я думаю, что централизованные XML-файлы подойдут.

1 голос
/ 12 июня 2009

Мне не нравится, когда мои приложения общаются с базой данных из-за того, что она часто использует. Поэтому, если вы решите разместить их там по причинам централизации (и над ними приятный пользовательский интерфейс), я предлагаю использовать что-то вроде MemCached Win32 или Velocity, чтобы сидеть между вашим приложением и необходимыми настройками. Таким образом, это сетевой переход к хранилищу памяти, а не сетевой запрос к запросу! И вы можете установить MemCached на все ваши серверы приложений, чтобы избежать скачков в сети, если вы так склонны!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...