DE
Структура БД строится исходя из того, что хранить и как это будет взаимодействовать. Без здравого смысла тут не обойтись
Size: a a a
2020 April 03
DE
В этом конкретном случае нам надо определить список достижений, перед тем как вообще что-то делать
DE
Так как от него будет зависеть то, что необходимо хранить
DE
Пример:
Достижение "Десять логинов" подразумевает, что мы должны хранить количество логинов или список логинов
Достижение "Десять логинов" подразумевает, что мы должны хранить количество логинов или список логинов
SU
Я хз зачем оно фронту. Его дело кнопку сделать и событие клика, беку отдать, а тот пусть каунтеры делает и в базу пишет.
DE
Следовательно нам необходим будет или столбец "кол-во логинов" в таблице юзеров, либо же таблица логинов со столбиком user_id
DE
Так вот каждое достижение может добавлять даже таблицу, а бывает и не одну. Поэтому без списка достижений не может быть и разговора о каком-либо проектировании БД
DE
(в данном конкретном случае)
DE
По опыту, очевидно, и здравому смыслу.
Вот я описал пример применения здравого смысла, причем в одиночку и в голове. Очень тебя прошу применять здравый смысл только там, где этого требует здравый смысл.
DE
DE
Браузеры не поддерживают синтаксис ES6
DE
Ну или script type="module"