привет всем, вопрос есть таблица юзер в ней поля id и user_name
есть таблица записи в ней поля id, name, text

как правильно построить соотношение юезров и их записей добавить поле user_id в таблицу записей, или создать новую таблицу 3 вроде id, user_id, text_id

ребят вопрос очень важный прошу отнестись серьезно,я понимаю, что если приложение будет расширяться удобнее будет работать с доп таблице 3.
НО действительно ли она нужно допустим если нужно сортировку сделать по юзеру, нужно писать более сложные запросы и таких мелких моментов говорящих в пользу 2х таблиц очень много.Что думаете по своему опыту?

Я бы остановился на двух...
в таблице user id, user_name
в таблице text id,user_id, text

Не корректный вопрос. Что за таблицы, для чего, что в них хранится? Какой объем данных прогнозируется? От этого зависит правильная архитектура, а не от названий полей вовсе.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

соучастник, все очень просто.
Нужно определить отношение.
Если каждый пользователь может быть автором одной и более записей, то это отношение один ко многим. Соответсвенно две таблицы.
Если каждый пользователь может быть автором одной и более записей, а каждая запись может иметь одного или более авторов, то это отношение многие ко многим. Соответсвенно две таблицы + таблица связи. Итого три таблицы.


_____________
Стимулятор ~yoomoney - 41001303250491

Valick
да ура спасибо, это именно то что нужно, но интересный вопрос задал twin, от объема данных может ли данная структура быть модернизирована, т.е. допустим у нас в таблице статей статьи ооочень большого объема в принципе можно сделать партиции по user_id, разделить на логически блоки

Guest, определение сущностей, связи и нормализация не зависит от объема.

интересно спасибо