Как логически оценить лучший способ хранения небольших данных в модуле Joomla? - PullRequest
0 голосов
/ 22 октября 2010

Я работаю над новой Joomla! модуль, где мне нужно хранить данные только для чтения около 40 пар ключ / значение с ключевым словом и соответствующей ссылкой URL. Есть несколько вариантов, но я не уверен, какой из них был бы удобен для программиста и быстрая загрузка для пользователя. Или, может быть, из-за того, что объем данных настолько мал, что не имеет значения, какой метод используется.

Я мог бы жестко закодировать значения в массив как часть кода модуля. Не удобно обновлять, но загружается быстро.

Я мог бы хранить данные в виде плоского файла или файла XML. Это потребует дополнительного кода для реализации и будет удобно для обновления списка, но загружается не так быстро, как жестко закодированный.

Я мог бы создать таблицу в базе данных. Благодаря Joomla API это не составит труда использовать, но я не уверен, сколько будет накладных расходов при загрузке всего остального из базы данных.

Как логически оценить, какой из них работает лучше всего, не пробуя каждый из вариантов?

1 Ответ

2 голосов
/ 22 октября 2010

Ваши две противоположные проблемы:

  1. частота, с которой программист обновляет эти пары значений ключей
  2. частота, с которой приложение запрашивает их

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

...