Таблица базы данных для глобальных настроек
Ну, я понял его. По-видимому, существует встроенная (?) функция, вызванная рэнд:
rand(n + 1)
, Если кто-то отвечает более подробным ответом, я отмечу это как корректный ответ.
7 ответов
В моем текущем проекте мы используем таблицу системных параметров под названием SYSPARMS. Эта таблица в основном представляет собой таблицу "ключ-значение". Он использует VARCHAR как для ключа, так и для значения. Это позволяет нам указывать ключ в любой форме, а также значение (которое действительно транслируется в действие).
Мне нравится использовать БД, потому что мы можем вносить корректировки в реальном времени, которые влияют на приложения. Например, у нас есть значение, которое мы устанавливаем, когда система не работает на техническое обслуживание, поэтому пользователи не могут получить доступ к веб-приложению. Мы можем в любой момент выключить или включить это без необходимости развертывать какие-либо приложения.
Способ сохранения настроек в merb (и вероятно, rails) находится в виде пар ключ / значение, но не в таблице базы данных, а в файле YAML , который имеет то преимущество, что он удобочитаемый и легко анализируемый.
В ASP.Net вы можете хранить глобальные значения конфигурации в файле Web.Config в парах имя / значение.
Мне нравится делать это, если я собираюсь делать это в базе данных, - это сохранять атрибуты. Атрибут имеет пару ключ / значение. Но у него также есть тип атрибута (который указывает на таблицу attributeTypes), такой как logging, siteConfig, externalReferences, ... что угодно. Затем вы также можете иметь таблицу на уровне AttributeType, в которой указывается тип данных, который должен храниться в таблице атрибутов. DataTypeID будет храниться с AttributeTypes. Затем это указывает на таблицу DataTypes для поиска. Затем это позволяет вам узнать, что вы работаете с числами, датами, строками, xml и т. Д. Я считаю, что это обеспечивает максимальную гибкость ... если вам это нужно.
Zend Framework использует config.ini и имеет отличный синтаксический анализатор, который разбивает и разделяет ключи на массивы и подмассивы в зависимости от точечной нотации. Config.ini можно загрузить как экземпляр и сохранить в реестре.
пример:
db.name 'myname'
db.host 'myhost'
db.user 'myuser'
db.password 'mypassword'
Теперь я могу получить следующие значения:
$ config-> db-> name; или полный массив $ config-> db;
Если в таблице будет только одна строка, тогда зачем использовать базу данных? Сохраните конфигурацию в формате XML в файле.
Если вам все еще нужно использовать базу данных, сохраните конфигурацию в XML в столбце в одной строке одной таблицы базы данных.
Мне нравится подход YAML, который пропагандирует STAii.
Если это приложение .NET или Java, вы также можете рассмотреть XML и использовать сериализацию для удобного доступа к экземплярам ваших пользовательских настроек.