переделать её структуру, а то старая ужас полнейший. Что скажете по этой структуре, насколько она хорошая/плохая, какие могут быть исправления? Эта бд будет находится на отдельном сервере, который чисто управляет пользователями, всё остальное с сайта у меня будет уже на сервере с этим самым сайтом. Там думаю тоже всё привязывать к user_id, а данные пользователя буду получать через токен запросом на этот сервер с БД. И ещё такой вопросик: можно как-то самими средствами MySQL перенести старую БД на эту структуру или, как я думал, написать скрипт на php, который всё прочитает со старой БД и запишет в новую?
Нормально. У тебя атрибуты нарезаны на таблицы по источнику/частоте обновления, почти как Data Vault-сателлиты, это удобно для эволюции модели и экономично для хранения, а джойны по проиндексированному user_id не страшны. Можно пойти дальше и сделать из auth_data полноценный хаб, только надо определиться - какой признак является натуральным ключом юзера (логин, email, их комбинация? Может ли пользователь менять и логин, и email по отдельности и одновременно? Надо ли хранить историчность изменений логина/email?)
Может менять и то, и то. Хранить историю не вижу смысла
Ну смотри сам. Только пароли пользователей в БД открытым текстом хранить не надо. Если очень хочется, то хотя бы в хэшированном виде с солью и перцем
надо запрещать ставить предыдущие пароли, если необходима ротация
Ну, у меня они хранятся в хэшированном виде с солью) А как их по другому можно хранить? Я просто как год назад начал делать свой первый сайт, так они и хранятся в виде хэшей
Меня такое, у того же фейсбука, бесит
Обсуждают сегодня