форма на сайтея же написал уже или речь о другом?
особенно, если надо сделать заказ.если я хочу купить - я сделаю заказ через почту. Это 100%. (при отсутствии других вариантов)
да и мыло - не единственный кейс.скайп, вацап - не у всех установлены точно, а почта есть у всех. Или речь про другие кейсы?
1) про соль понял. уже реализовал хранение пароля в закрытом виде, до соли пока еще не добрался(ок.
2) duration - нужна будет сортировка, статистика по продолжительности случаев заболевания, я не думаю, что хорошей идеей потом будет вычислять всё в СУБД - мне казалось лучше сохранить это поле сразу и не парится. Или я не прав?я написал аргумент выше.
3)Чуть ниже уже есть разделение на 2 уровня экспертизВсегда, если появляется 2 или более однотипных свойства (как здесь в случае с левелами экспертизы) нужно заводить хранилище под него: отдельную таблицу с ID-шниками и необходимым набором записей (для текущей ситуации: 2 записи).
4) А чем обосновано деление full_name на first_name, last_name и т.д? Есть какие то положительные стороны такого подхода в производительности или удобстве?Скорость поиска базы и удобство редактирования в GUI на фронте.
5) У меня из ролей только оператор (он же эксперт 1 уровня) и главный врач (только он эксперт 2 уровня). Поэтому делить то особо нечего, я буду разграничивать роли по статусу "таблица status"Тут Вам виднее: не готов даже спорить (т.к. пока плохо понимаю взаимосвязи ролей).
Любой не джун и так будет использовать полные теги, т.к. у него есть плачевный опыт и минимальные знания стандартов.Если у меня нет плачевного опыта и я использую short-tags, значит я - джун?! Такая что ли логика?))
