2009-06-12 3 views
0

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

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

ответ

1

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

+0

Мне нравится идея memcached. Определенно открывает вещи, чтобы я мог сделать модель данных более сложной (a la DB), будучи очень быстрой. Милая! – johannix

1

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

+0

Ya, изменения довольно минимальные. Максимум пару раз в день. – johannix

Смежные вопросы