MySQL 5.5.57 Запрос предложений по дизайну базы данных для таблицы 'user' в базе данных

Question

MySQL 5.5.57 Запрос предложений по дизайну базы данных для таблицы 'user' в базе данных

0

Мне нужно сделать таблицу user в базе данных образования, где пользователь может иметь следующие профили:

1. Admin
2. School Admin
3. Tutor
4. Student
5. Parent
6. School Teacher

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

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

Karan Gupta 29 июнь 2018, в 06:04

Источник

Теги:

mysql

database

database-design

1 ответ

Ещё вопросы

Gaj · Accepted Answer · 2018-06-29T03-04-00.000Z

0

Лучший ответ

Я предлагаю сделать отдельные таблицы для профиля и использовать ключ в таблице для привязки к таблице профилей (если профили предварительно настроены)

если профили являются динамическими, тогда вам необходимо позаботиться о своем приложении, например, проверить профиль или нет, если он не существует, сначала вставьте в таблицу профилей, а затем вставьте в таблицу пользователя. Это может повлиять на производительность INSERT.

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

Gaj 29 июнь 2018, в 03:04

0

Профили предварительно определены. Только некоторые из профилей имеют специфичные для профиля столбцы, поэтому можно ли выполнять сегрегацию только для профилей, которые содержат другой набор столбцов? В основном, отдельные таблицы для некоторых профилей и остальные в одной пользовательской таблице
Karan Gupta 29 июнь 2018, в 06:34
0

Это не будет стабильным. В этом случае лучше включить в саму таблицу пользователей. Если профиль имеет другой атрибут, то, конечно, вы должны разделить профиль и использовать ключ в пользовательской таблице.
Gaj 29 июнь 2018, в 06:45
0

Дело в том, что наличие отдельных таблиц для каждой из них делает дизайн более гибким, но может также увеличить количество соединений. Другая причина создания отдельных таблиц заключается в том, что пользовательская таблица растет. Каждый день добавляются новые пользователи, делая таблицу все больше и больше. Если я увижу 10 лет спустя, то этот проект потерпит неудачу как нет. пользователей будет огромное.
Karan Gupta 29 июнь 2018, в 06:49
0

Будут также таблицы-мосты, поэтому поиск учителей ученика или учеников-репетиторов может быть получен из таблиц-мостов как их отношение.
Karan Gupta 29 июнь 2018, в 06:52
0

если мы отделим его, то он будет гибким и сэкономит память, но вы сказали, что некоторые профили зависят от пользователя, в этом случае вы не можете избежать включения профиля в таблицу пользователей. Я всегда предпочитаю только отдельную таблицу. Если вы можете правильно обрабатывать FK в своем приложении, вы можете отделить таблицу профилей или вести таблицу мостов.
Gaj 29 июнь 2018, в 07:09
0

Да, и отдельные столы тоже намного чище. Позже это также поможет в анализе. В основном мне нужны отдельные столы для Tutor, School Teacher, Student . Создание отдельных таблиц для других не составит большого труда, так как другие профили почти не запрашиваются. Итак, я думаю, что создание отдельных таблиц будет лучше.
Karan Gupta 29 июнь 2018, в 07:12
0

Я сказал, что некоторые профили имеют специфичные для профиля столбцы, но другие могут не Тем не менее, я думаю, что отдельные таблицы были бы лучше, потому что другие профили, кроме трех, упомянутых в предыдущем комментарии, почти не запрашиваются.
Karan Gupta 29 июнь 2018, в 07:14
0

Отдельная таблица будет хорошей. Также убедитесь, что профиль и пользователь соответствуют друг другу. Если user и profile много-к-одному, вы должны выбрать 3 таблицы, такие как profile, user и user_profile. например. факультет может быть студентом для другого курса, в этом случае только один пользователь, но другая роль, поэтому вы должны управлять с таблицей моста (я имею в виду 3 таблицы)
Gaj 29 июнь 2018, в 07:22
0

Да, я понял, что вы пытаетесь сказать. Один пользователь может иметь только один тип профиля, поэтому он будет только один к одному. Благодарю. Ура!
Karan Gupta 29 июнь 2018, в 07:26

Показать ещё 7 комментариев