Будет ли большое количество колонок замедлять работу с базой данных?

Question

[Marina Mart]

Реализуем на mysql сбор данных с календарей объявлений на сайте недвижимости

Есть предложение 1 сделать базу с большим колличеством объектов и более чем 370 колонками (5 колонок с разными данными и 365 колонок на каждый день года - календарь с Y/N записями на каждый день). Задача собрать бд и как базовый вариант - интерфейс на php который подключается к базе, по id каждой строки выводить информацию из колонок в кадендарь. Будет ли такое большое количество колонок замедлять работу с базой данных?

Альтернативно есть предложение 2 каждый отдельные день вынести в отдельную строку, однако есть подозрение что это сильно усложнит выведении информации, придется какие-то костыли делать.

Пожалуйста подскажите какой по вашему мнению более выгодный вариант.

Comments

[Sanes]

Дичь какая-то.

[Максим Федоров]

Sanes, +1

[zorca]

Профессионала проектировщика то не т под рукой? Есть же правила проектирования баз данных. Примеры готовых проектов наконец.

Answer 1

[MaLuTkA_UA]

Ваша идея полный бред. В таблице должна хранится информация, а не дефолтные значения. Так как вы написали у вас буду заполнятся 5 колонок уникальными данными, id подозреваю в их числе (если нет добавьте) и все это ваша главная таблица. Все остальное нужно хранить в другой таблице которая сказывается с главной по foreign key.

Пример названий колонок второй таблицы:
- ид из основной таблицы
- дата записи
- запись

По такой системе проблем с работой не будет, так как вы с лёгкостью можете получить любую требуемую информацию одним запросом

Comments

[FanatPHP]

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