evshi
Новичок
Теоретический вопрос по хранению данных в БД
Есть таблица, например, "магазины", в ней 25 полей (название, адрес, телефон и т.д.). Мне надо хранить признак (и раз в сутки проверять его) коммерческий это магазин или государственный. Других значений нет в этом поле. Но есть несколько атрибутов, относящихся к данному признаку: сам факт того, должна ли проводится проверка по этому магазину, дата последней проверки этого магазина: стал он коммерческим или не стал. Возможно что-то еще вырастет.
Вопрос в том, надо ли создавать в таких случаях новую таблицу, например, "статус_магазина", где хранить его статус и все относящиеся к этому поля. По сути эта таблица будет связана по id с основной.
Или же правильнее будет все эти поля держать в одной таблице "магазины"? В этом случае смущает то, что запросов к основной таблице будет несколько десятков тысяч в сутки, но не к полям, относящимся к статусу магазина, а запрос, относящийся к статусу будет по сути раз в сутки.
Хочется понять, как правильно делать в таких случаях?
Есть таблица, например, "магазины", в ней 25 полей (название, адрес, телефон и т.д.). Мне надо хранить признак (и раз в сутки проверять его) коммерческий это магазин или государственный. Других значений нет в этом поле. Но есть несколько атрибутов, относящихся к данному признаку: сам факт того, должна ли проводится проверка по этому магазину, дата последней проверки этого магазина: стал он коммерческим или не стал. Возможно что-то еще вырастет.
Вопрос в том, надо ли создавать в таких случаях новую таблицу, например, "статус_магазина", где хранить его статус и все относящиеся к этому поля. По сути эта таблица будет связана по id с основной.
Или же правильнее будет все эти поля держать в одной таблице "магазины"? В этом случае смущает то, что запросов к основной таблице будет несколько десятков тысяч в сутки, но не к полям, относящимся к статусу магазина, а запрос, относящийся к статусу будет по сути раз в сутки.
Хочется понять, как правильно делать в таких случаях?
