Пользовательская схема для сайта

Question

Мне нужно создать схему базы данных для хранения информации о пользователе (id, name, p/w, email address ... и т. Д.). При выборе этих полей я всегда выбирал произвольные суммы. С учетом этого у меня есть два вопроса:

1) Каковы хорошие размеры для этих полей? Я уверен, что существует максимальная длина адреса электронной почты, например ... и т. Д.

2) Теперь мне нужно сохранить почтовые адреса пользователей для покупок кредитных карт, включая международные почтовые адреса. Это область, в которой я не хочу выбирать произвольные размеры.

Кто-нибудь знает о хорошей схеме для любого? Возможно, есть проект для этого?

Спасибо!

Answer 1

Я дам вам руку с частью 1. В общем, вы не должны сильно подчеркивать размер ваших полей БД MySQL, вам не нужно точно указывать номер прямо - просто убедитесь, что кто-то с разумным ответом не убирает свои данные.

`id` int(10) unsigned NOT NULL AUTO_INCREMENT, 
`username` varchar(255), 
`email` varchar(255), 
`password` char(256) 

Обратите внимание, что для пароля у меня есть поле с символом 256 бит вместо поля varchar. Thats, потому что вы никогда не должны хранить текстовые пароли в базе данных. Вместо этого вы должны всегда хранить пароль в хэшированном формате с помощью своего рода уникальной «соли» для этого пароля. Вы можете найти несколько обучающих программ в Интернете, а длина поля пароля зависит от типа хэширования, который вы используете в пароле.

Answer 2

Также рассмотрите, какой двигатель db вы будете использовать и будет ли первичный ключ электронной почтой, rowid или произвольным числом. Обычно я сохраняю пароли во второй таблице, называемой «безопасность», используя хэш, как было предложено выше. Вот пример.

CREATE TABLE IF NOT EXISTS `users` (
    `user_id` varchar(255) NOT NULL, 
    `active` char(1) default 'Y', 
    `created_date` INTEGER UNSIGNED default 0, 
    `email` varchar(255) default NULL, 
    `first_name` varchar(255) default NULL, 
    `last_name` varchar(255) default NULL, 
    `modified_date` INTEGER UNSIGNED default 0, 
    PRIMARY KEY (`user_id`, `active`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8 

Answer 3

Это довольно сложный вопрос, потому что, на мой взгляд, есть разница между тем, что вы «должны» позволить и то, что считается допустимым по IETF.

Максимально допустимый адрес электронной почты - 256 символов, который включает в себя косую черту в начале и конце адреса электронной почты (поэтому всего 254 используемых символа). Вы можете найти подробную информацию об этом на this page by Dominic Sayers.

Но будет ли у любого законного пользователя действительно длинный адрес электронной почты?

Что касается адресов улиц, я не верю, что это указано где угодно, однако согласно the world's longest website самым длинным названием улицы является 72 символа. Поэтому, если вы сделали поле 100 символов, у вас будет более чем достаточно места для уличного адреса.

Вам не нужно слишком беспокоиться о том, чтобы все на 100% правильное, вы должны больше заботиться о качестве данных, которые вы решили принять в базу данных (убедитесь, что они действительны/чисты). Также предоставляйте четкие сообщения об отказе, если кто-то вводит что-то слишком простое - и убедитесь, что с владельцем веб-сайта есть простой способ связаться с ним, если это произойдет.

Одна вещь, которую я хотел бы отметить, NoSQL - это все ярость прямо сейчас, и она использует механизмы без базы данных, например MongoDB и CouchDB. Это не best solution for everything, однако, если вы очень обеспокоены тем, что у вас правильная схема, возможно, база данных без схемы может быть хорошим вариантом.