Дизайн базы данных для авторизованного пользователя для создания учетной записи

Question

Я планирую создать небольшой проект стиля социальной сети для своей школы, и у меня возникли проблемы с созданием моего проекта базы данных. например: посетители могут создавать учетную запись, если они зарегистрированы в нашей школе. Они должны предоставить свои номера учеников и их имя, фамилию, отчество и курс и т. Д. Приложение должно генерировать уникальный код проверки. Код будет отправлен в адрес E-mail для студентов. Когда Студент готов активировать свою учетную запись, ваш должен ввести свой номер студента и код подтверждения, сгенерированный приложением, если код подтверждения и номер студента соответствуют нашей базе данных, они автоматически направляются на страницу, где они могут вводить свои Имя пользователя и пароль.

Проверка Таблица

ID,StudentNumber,Code,FirstName,LastName,MiddleName,Gender,Course. 

Таблица Пользователь

ID,StudentNumber,UserName,Password,E-mail. 

Пользователи Профиль Таблица ID, StudentNumber, код, FirstName, LastName, MiddleName, пол, курс.

Любые предложения в моем дизайне выше? Упование вы можете помочь мне с моей проблемой. Бог благословил!

Answer 1

Верификационный стол является анонимным

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

Добавление поля в профиль означает, что вам нужно будет сделать то же самое с проверкой.

Просто добавьте поле «проверено» в пользовательскую таблицу. а затем измените свои запросы:

SELECT * FROM user WHERE verified = true; 

Или вы можете выбрать поле статуса. Например, пользователи могут быть проверены, но заблокированы из-за троллинга.

Studentnumber является первичным ключом

Тогда почему там ан ID колонке? Studentnumber уникальна ... Просто использовать его в качестве первичного ключа и избавиться от ID плавающего вокруг

Columnnames

не используют - или столицы в именах столбцов. Только не надо.

дизайн DB

На данный момент есть пользователь имеет профиль и профиль имеет курс.

поэтому, если пользователь забронировался на 2 курса, у него будет 2 профиля? Удачи, сохраняя эти профили в синхронизации.

код не профиль

Я думаю, что с кодом столбца вы имеете в виду код? Если это так, назовите его verification_code

И почему это часть профиля? Он должен быть частью пользователя.

Atheistbless!

Answer 2

Зачем использовать так много таблиц? Достаточно одной таблицы пользователей.

Пользователь

ID, StudentNumber, UserName, Password, электронная почта, FirstName, LastName, MiddleName, пол, курс, VerificationCode, IsVerified

Таким образом, вы можете держать всю информацию тебе нужно. Затем, когда вам нужна проверка, просто запросите имя пользователя и код подтверждения, а затем сравните его с предоставленным одним пользователем. Столбец IsVerified должен быть int (1), вы можете установить значение по умолчанию равным 0. И если успех пользователя в проверке, вы меняете его на 1.

Answer 3

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

Вам просто нужно использовать только рекомендованную вами таблицу проверок.