Нормализованные данные, по сути, означают, что одни и те же данные не хранятся несколько раз в нескольких местах. Например, вместо сохранения контактной информации клиента вместе с заказом, идентификатор клиента сохраняется вместе с заказом, а контактная информация клиента «связана» с заказом. Когда телефонный номер клиента обновляется, его нужно обновить только в одном месте (таблица клиентов), и все заказы будут иметь правильную информацию без обновления. Каждый фрагмент данных существует в одном и только одном месте. Это нормализованные данные.
Итак, чтобы ответить на ваш вопрос: нет, вы не сделаете структуру базы данных более нормализованной, разбив большую таблицу, как вы описали.
Причина разделения одной таблицы на несколько таблиц обычно заключается в создании отношения один ко многим. Например, один человек может иметь несколько адресов электронной почты. Или несколько физических адресов. Другая распространенная причина разделения таблиц - сделать системы модульными, чтобы можно было создавать таблицы, которые присоединяются к существующим таблицам без изменения существующих таблиц.
Разбиение одной большой таблицы на несколько маленьких таблиц с отношением один к одному между ними не делает данные более нормализованными, а просто делает ваши запросы более трудными для написания. * И вы не хотите структурировать свой дизайн базы данных вокруг интерфейсов (форм), если нет веской причины. Там обычно нет.
* Хотя иногда есть веские причины разбивать большие таблицы и создавать отношения один к одному, нормализация не входит в их число.