ES
Если каждому пользователю нужно их менять тогда придется хранить привязку пользователь -> набор данных
Size: a a a
2020 July 18
M
Или отдельные таблицы для каждого пользователя?
ну ты же понимаешь, что это очень неудачное решение - добавлять и удалять кучу таблиц, когда у тебя регистрируется новый пользователь ? поэтому для таких целей в таблицы с данными добавляют поле принадлежности к определённому пользователю.
П
Может в таблице сделать поле Cash или last_session и туда json с данными хранить. А потом распарсить оттуда данные?
ES
Можно сделать user_id, key, value
🅱
Hi. I am earning from $100 to $150 on https://myxfreelance.cc You need log in via Telegram and do what written in site. Good luck🤝
DA
Michael
ну ты же понимаешь, что это очень неудачное решение - добавлять и удалять кучу таблиц, когда у тебя регистрируется новый пользователь ? поэтому для таких целей в таблицы с данными добавляют поле принадлежности к определённому пользователю.
Просто не совсем понятно, куда там засунуть id пользователя. Это какая-то трехмерная таблица должна быть. К примеру, есть таблица юнитов, в которой 20 полей по горизонтали (имя, ранг, возраст, специальность и т.д.) и по вертикали 1000 записей (по количеству юнитов).
А
Просто не совсем понятно, куда там засунуть id пользователя. Это какая-то трехмерная таблица должна быть. К примеру, есть таблица юнитов, в которой 20 полей по горизонтали (имя, ранг, возраст, специальность и т.д.) и по вертикали 1000 записей (по количеству юнитов).
делаешь перехожную таблицу) а вообще почитай что такое нормальные формы
M
Просто не совсем понятно, куда там засунуть id пользователя. Это какая-то трехмерная таблица должна быть. К примеру, есть таблица юнитов, в которой 20 полей по горизонтали (имя, ранг, возраст, специальность и т.д.) и по вертикали 1000 записей (по количеству юнитов).
Значит это неправильное проектирование. Надо перепроектировать.
𝓙
делаешь перехожную таблицу) а вообще почитай что такое нормальные формы
с ними наверно и будет залупа у него