Хранить в БД или PHP?

Question

[jazzus]

Есть несколько списков.

Типа:
Причины модерации
Статусы модерации
Годы (для разных моделей)
И другие почти никогда не изменяемые данные.

Такие данные лучше хранить в БД в отдельных таблицах? Или в файле PHP, подключать его и брать данные оттуда?

Answer 1

[FanatPHP]

Разумеется, только в БД.

Маловероятно, конечно, но если вдруг проект разрастётся, то он будет разрабатываться не на коленке путем правки похапе файлов прямо на сервере, а через систему контроля версий и регулярный деплоймент командой разработчиков. И все эти "почти никогда не изменяемые данные" будут засорять историю правок и требовать ажно целого программиста ради добавления одного слова в статусы модерации.

Или, если сформулировать короче, то данные должны лежать в базе, а в РНР файлах - только код.

Comments

[stratosmi]

и требовать ажно целого программиста ради добавления одного слова в статусы модерации.

Иначе - в админку нужно добавлять под малозначащие вещи.

[FanatPHP]

stratosmi, совершенно верно - когда проект разрастется, то, разумеется, так и будет. А пока автор вопроса может добавлять данные прямо в базу, которая у него называется "phpmyadmin"

[stratosmi]

FanatPHP,

А пока автор вопроса может добавлять данные прямо в базу, которая у него называется "phpmyadmin"

Это глупое решение.
Если PHPMyAdmin - то менять будет программист.
А программисту вполне себе удобно добавлять и в коде.
Это еще и надежнее и быстрее при эксплуатации.

[FanatPHP]

stratosmi, ясно :)

Ну ничего, опыта поднаберётесь - поймёте :)

[stratosmi]

FanatPHP,
"дополнительные продажи" никогда не сталкивались, нет?
у меня есть проекты, где доработки за несколько лет оплатили мне пару автомобилей.

Answer 2

[Arman]

Если не так много вариаций и не нужно управлять допустим с админки, то можно и в коде в виде констант классов и констант массивов классов к которому относятся, в БД при этом можно хранить целые числа от них (status_id и т.д.), чтоб потом можно было без боли перенести в БД

Answer 3

[stratosmi]

Если есть требования дальнейшей эксплуатации без программиста на 100% и изменяться все же будет - в БД.
Если все же предполагается поддержка программистом на все время эксплуатации и меняется действительно редко - зашить в код:
а) Сэкономим сейчас время на админку и код извлечения из БД
б) И немножко заработает программист в будущем.

Comments

[FanatPHP]

О да. Код извлечения из бд, ровно одна строчка - это же такая экономия.

[stratosmi]

FanatPHP,

О да. Код извлечения из бд, ровно одна строчка - это же такая экономия.

1) Сэр не делает обработку ошибок?
2) Сэр действительно на каждый чик дергает базу данных? А для классического запуска PHP это будет проходить на каждый запрос.

Сэру следует почитать ликбез:
https://habr.com/ru/post/113298/
Вот это место особенно поучительно:

Второе, что сразу бросается в глаза. это когда рядом стоят два метода:

$User->updateBalance($sum);
$User->updateRating($rating);

что приводит к выполнению двух запросов к одной таблице подряд, один за другим:

UPDATE users  SET balance = balance + $sum WHERE id = $uid;
UPDATE users  SET rating = $rating  WHERE id = $uid;

хотя, если чуть-чуть пошевелить мозгами, то мы вполне могли бы сформировать один запрос:

UPDATE users SET 
      balance = balance + $sum,
      rating = $rating  
    WHERE id = $uid;

Answer 4

[Ярослав Сиваков]

Мой опыт 10+ лет разработки говорит мне, что это не особо важно. Но я лично склоняюсь к коду - меньше возни + при хранении в БД есть свои подводные камни. Например, MySQL неправильно использует индексы, если вы JOIN-те пару таблиц, одна из которых содержит меньше 6 (или 7-ми?) строк (https://bugs.mysql.com/bug.php?id=74078).

Answer 5

[HellWalk]

Если у вас нет задачи сделать мега-супер-производительный сервис - лучше в БД. Проще впоследствии будет работать.

Comments

[stratosmi]

Проще впоследствии будет работать.

Кому проще?
Если что-то поменять и добавить - все равно нужен специалист-программист,
ибо выводить такую малозначащую вещь в админку смысла нет.