Структура таблицы с множеством колонок

Не совсем вопрос, а больше теоретический разбор.

Есть таблица с множеством колонок, что-то типа (условно):
id, пароль, фамилия, имя, отчество, дом, квартира, сотовый телефон, стационарный телефон, факс и т.д. и так 30 колонок.

Один человек уверяет, что лучше всего будет разделить эту таблицу на множество мелких
1. id, пароль,
2. user_id, фамилия, имя, отчество
3. user_id, дом, квартира
4. user_id, сотовый телефон, стационарный телефон, факс
т.е. по неким группам.

В самой программе данные грузятся всегда все сразу. И из-за специфики ПО сохраняются все сразу, даже если что-то не менялось.

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

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

0

Сообщение от admsasha Существует ли какое то правило для такого ?

Нет. Все определяется использованием данных.

Сообщение от admsasha Может от большего количество колонок база хуже работает или еще что ?

В общем случае нет.

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

0