Стоит ли делить таблицу на несколько?

базы данных бд

Есть таблица Users, в ней указанны только основные данные (e-mail, пароль, логин, последнее посещение, заблокирован ли он и т.д.), нужно добавить дополнительную информацию о пользователе (город, дата рождения...) и контакты.
Скажите пожалуйста лучше это добавить в одну таблицу или разделить на несколько (Users, UserInfo, UserContacts) и создать отношения (по первичным ключам 1 к 1).
Сам склоняюсь ко второму варианту, спрашиваю посколько полный нуб в проектировании БД :)

Примечание:
Всем большое спасибо за ответы :)
Ответы:
Второй вариант наиболее правильный и приспособленный к возможным будущим дополнениям.
Заводи в таблице USERS поле ID_USER и вяжи его к остальным как PRIMARY_KEY
Излишняя нормализация базы тоже не есть очень гуд.
То есть всё должно быть в меру. Доводить базу до состояния "стопицот таблиц с двумя колонками каждая" не сто́ит.
Зависит от архитектуры проекта и от сервера, на котором она будет будет бегать.


13 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

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

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.