Ruslan Ruslanov

закэширован

хэширован.
самый простой вариант:
1. регаешь нового юзера newuser (newuser - новый юзер, userchangepassword - юзер, которому меняем пароль)
2. забираешь в базе хэш пароля newuser
3. вставляешь хэш пароля newuser вместо старого хэша пароля юзера userchangepassword
4. профит! теперь у юзера userchangepassword пароль, который вы поставили юзеру newuser
но это самый тупой и простейший вариант.
костыльный, я бы сказал. никому не советую так делать, если в базе юзеров > 2.
а по нормальному надо бы вам реализовать возможность восстановление пароля, по почте, номеру, ну или хотя бы ответ на секретный вопрос.

судя по всему вы не особо понимаете назначение ЯП (не в обиду, просто наблюдение).
суть в том, что не надо никому давать доступ к базе. есть такое понятие как sql-инъекция. и вот благодаря ей вашу базу с доступом каждому встречному может каждый встречный утянуть.
прим.: вы создаете кнопку и форму, в которой указывается например имя пользователя.
данные формы улетают в обработчик - функцию на сервере - где проходят валидацию (проверку) и последующую обработку, а потом формируется sql-запрос (в код подставляются данные из формы, что-то типа "select balance where name $name", где $name - то самое имя пользователя), запрос делается в базу, база отдает данные, а вы уже потом отправляете их клиенту, где можно их вывести с помощью js-ajax (ну или отрендерить на сервере, как вам удобно).
желательно ко всему этому допилить как минимум регистрацию юзеров, чтобы отдавать юзеру инфу в зависимости от его токена (ну или тех же лог\пас).

я бы сделал так.
в таблице matches - инфа о матче (id, created_at, start_at).
в таблице commands - инфа о команде (id, name).
в смежной таблице commands_matches - id, commands_id, matches_id.
в таблице comments - id, matches_id, comment, user_id (если есть регистрация или типа того).
в таблице media - id, matches_id, url.