Одна таблица или несколько со связью один к одному

@paradox81ru · Регистрация: 16.11.2011

Студворк — интернет-сервис помощи студентам

Здравствуйте. У меня такой вопрос. Допустим нужно создать таблицу с данными о пользователе, где хранится информации о: логине пользователя, его пароле, электронной почте, имени, дате рождения, городе, откуда он, кроме того его различные настройки на сайте и еще может много других данных. Вопрос собственно в том, как лучше, или может быть рациональнее или логичнее создать: одну таблицу со всеми этими данными, или создать несколько, где все данные логически разделить на несколько таблиц, допустим в одной таблице данные для авторизации, в другой таблице данные о профиле, в третьей таблице данные о настройках, и объединить таблицы с помощью связи один к одному. Кто что может посоветовать? Спасибо.

@Grossmeister · 26.03.2014, 10:06

Одной таблицы вполне достаточно

@pincet · 26.03.2014, 11:22

спорно. настройки и пользователи могут находиться в отношении m:n

@Grossmeister · 26.03.2014, 11:41

Сообщение от pincet

спорно. настройки и пользователи могут находиться в отношении m:n

Если не один к одному, то понятно, что несколько таблиц. Но ведь у ТС фигурирует именно один к одному.

@paradox81ru · 26.03.2014, 11:43 **[ТС]**

Извините пожалуйста, я не очень понял что значит отношение, m:n. У меня в общем то вопрос состоит именно в том, что логическая схема данных в одной таблице или нескольких объединенных связью один к одному, получается одинаковая. И вопрос именно принципиальный, оставить все данные в одной таблице, или разделить их на несколько, так как смысл данных от этого не меняется. Если данные разделить, то будут происходить лишние запросы к базе данных. Если оставить все в одной таблице, то пока что я увидел только одно неудобство, это может быть будет неудобно ориентироваться в самой таблице, нагроможденной кучей столбцов.

@pincet · 26.03.2014, 11:56

m:n - многие ко многим
Например, есть перечень настроек и список пользователей.
И у тех и у других есть свои харарктеристики
Пользователю Вася предлагаются Настройка1,Настройка3
Пете можно Настройка3, Настройка 5
И т.д.
Если пихать это все в одну таблицу - аццкий ад получается - для каждой настройки (с ее атрибутами) необходимо плодить записи с атрибутами пользователя (или наоборот)
Вот тут на помощь приходит развязывающая таблица

@paradox81ru · 26.03.2014, 12:11 **[ТС]**

Да, такие настройки у меня тоже будут, и я их действительно буду держать в отдельной таблице. Но у меня так же будут простые настройки, типа отображать дату рождения (возраст) или нет, или сколько строк данных нужно выводить на одну страницу. Эти данные проще добавить в таблицу в одну строку с пользователем, и не изобретать велосипед

@pincet · 26.03.2014, 12:18

Без схемы данных трудно давать советы

@paradox81ru · 26.03.2014, 12:38 **[ТС]**

Спасибо. Согласен. Схема пока еще в проекте, и будет корректироваться.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@paradox81ru 1 / 1 / 1 Регистрация: 16.11.2011 Сообщений: 55

	Одна таблица или несколько со связью один к одному 26.03.2014, 09:50. Показов 2834. Ответов 8 Метки нет (Все метки) Здравствуйте. У меня такой вопрос. Допустим нужно создать таблицу с данными о пользователе, где хранится информации о: логине пользователя, его пароле, электронной почте, имени, дате рождения, городе, откуда он, кроме того его различные настройки на сайте и еще может много других данных. Вопрос собственно в том, как лучше, или может быть рациональнее или логичнее создать: одну таблицу со всеми этими данными, или создать несколько, где все данные логически разделить на несколько таблиц, допустим в одной таблице данные для авторизации, в другой таблице данные о профиле, в третьей таблице данные о настройках, и объединить таблицы с помощью связи один к одному. Кто что может посоветовать? Спасибо. 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	26.03.2014, 10:06
	Сообщение было отмечено paradox81ru как решение Решение Одной таблицы вполне достаточно 1

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	26.03.2014, 11:22
	спорно. настройки и пользователи могут находиться в отношении m:n 0

@paradox81ru 1 / 1 / 1 Регистрация: 16.11.2011 Сообщений: 55
	26.03.2014, 11:43 [ТС]
	Извините пожалуйста, я не очень понял что значит отношение, m:n. У меня в общем то вопрос состоит именно в том, что логическая схема данных в одной таблице или нескольких объединенных связью один к одному, получается одинаковая. И вопрос именно принципиальный, оставить все данные в одной таблице, или разделить их на несколько, так как смысл данных от этого не меняется. Если данные разделить, то будут происходить лишние запросы к базе данных. Если оставить все в одной таблице, то пока что я увидел только одно неудобство, это может быть будет неудобно ориентироваться в самой таблице, нагроможденной кучей столбцов. 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	26.03.2014, 11:56
	m:n - многие ко многим Например, есть перечень настроек и список пользователей. И у тех и у других есть свои харарктеристики Пользователю Вася предлагаются Настройка1,Настройка3 Пете можно Настройка3, Настройка 5 И т.д. Если пихать это все в одну таблицу - аццкий ад получается - для каждой настройки (с ее атрибутами) необходимо плодить записи с атрибутами пользователя (или наоборот) Вот тут на помощь приходит развязывающая таблица 1

@paradox81ru 1 / 1 / 1 Регистрация: 16.11.2011 Сообщений: 55
	26.03.2014, 12:11 [ТС]
	Да, такие настройки у меня тоже будут, и я их действительно буду держать в отдельной таблице. Но у меня так же будут простые настройки, типа отображать дату рождения (возраст) или нет, или сколько строк данных нужно выводить на одну страницу. Эти данные проще добавить в таблицу в одну строку с пользователем, и не изобретать велосипед 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	26.03.2014, 12:18
	Без схемы данных трудно давать советы 0

@paradox81ru 1 / 1 / 1 Регистрация: 16.11.2011 Сообщений: 55
	26.03.2014, 12:38 [ТС]
	Спасибо. Согласен. Схема пока еще в проекте, и будет корректироваться. 0

Одна таблица или несколько со связью один к одному

Решение