Логика снятия варна.

Вид для печати

05.10.2019, 02:45
Сергей

Логика снятия варна.

Доброго времени суток, у меня случился ступор, при создании системы варнов, ступор вот в чём, я не могу придумать логику снятия варнов.
Конкретнее о системе:

В аккаунте игрока, я сделал 2 ячейки, где записываю количество варнов, а во второй, время его снятия в unix времени.

Сделал базу данных варнов.
Где заношу, mysql_id, mysql_id игрока,ник игрока, кто выдал, и когда будет снят

Осталось дело за малым казалось бы придумать логику снятия варнов, но, что-то пошло не так, и я просто не могу её придумать...

Допустим, у игрока в БД, уже 4 варна.
Нужно чтобы каждый из них снялся в свое время, в таймере игрока уже сделал проверку на снятие варнов...

Допустим 3-тий варн в время которое в БД с варнами, 1-варн в другое время так-же из БД с варнами
05.10.2019, 15:37
DeimoS

Как вариант: сделать для каждого варна свой столбец, записывая только время снятия этого варна. Просто и эффективно
05.10.2019, 16:27
Сергей

Цитата:

Сообщение от DeimoS

Как вариант: сделать для каждого варна свой столбец, записывая только время снятия этого варна. Просто и эффективно

Так их же может быть 100500, или в одном столбце через разделитель записать?
Я вот думаю над тем, чтобы сделать для каждого варна свой уникальный номер, и этот уникальный номер записывать в столбец.
Только может случится, дублирование этого самого номера
05.10.2019, 17:03
DeimoS

Цитата:

Сообщение от Сергей

Так их же может быть 100500, или в одном столбце через разделитель записать?
Я вот думаю над тем, чтобы сделать для каждого варна свой уникальный номер, и этот уникальный номер записывать в столбец.
Только может случится, дублирование этого самого номера

Эмм, тогда создай отдельную таблицу и в неё записывай ID аккаунта + время снятия варна.
Через разделитель ничего и никогда в БД не записывай.
05.10.2019, 17:37
Сергей

Цитата:

Сообщение от DeimoS

Эмм, тогда создай отдельную таблицу и в неё записывай ID аккаунта + время снятия варна.
Через разделитель ничего и никогда в БД не записывай.

Почему? Не записывать через разделитель?

Вот ещё мысля, сделать может массив, в него грузить данные например:

PHP код:

#define MAX_LOAD_WARN 100 enum pLoadWarn { wr_mysql_id, wr_deleted[MAX_LOAD_WARN] }; new LoadWarn[MAX_PLAYERS][pLoadWarn];

И при загрузке аккаунта, делать запрос в бд, и грузить, только вот как правильно их грузить сюда, и потом уже использовать, что-то понять не могу...

О, вот что получилось, есть ли варианты по лучше этого, что я тут на строил?

PHP код:

@LoadWarnPlayerCallBack(playerid); @LoadWarnPlayerCallBack(playerid) { new rows, fields; cache_get_data(rows, fields,MysqlConnect); new wr_max_ID = cache_get_row_count(MysqlConnect); if(wr_max_ID == 0) return 1; new lload = 0; while(lload < wr_max_ID) { for(new i = 0; i < rows; i++) { LoadWarn[playerid][wr_deleted][lload] = cache_get_field_content_int(i,"w_deleted", MysqlConnect); } lload++; } return 1; }
06.10.2019, 01:03
DeimoS
Через разделитель не записывать, ибо в этом нет никакого смысла. Ты лишь усложняешь читаемость и работу с данными. Для MySQL ты лучше не делаешь. БД прекрасно работает и с таблицами, в которых несколько сотен столбцов.

Тебе нужно либо определиться с ограничением на максимальное число предупреждений, либо реализовывать всё так, чтоб все взаимодействия с варнами были напрямую через БД.
Касаемо кода, который ты дал: не совсем понятно зачем там цикл while. Ты просто, грубо говоря, 100 раз подряд будешь загружать одну и ту же информацию с текущим кодом.
@LoadWarnPlayerCallBack(playerid);
@LoadWarnPlayerCallBack(playerid)
{
new rows = cache_get_row_count(MysqlConnect);
if(rows == 0)
return 1;
for(new i = 0; i < rows; i++)
{
LoadWarn[playerid][wr_deleted][i] = cache_get_field_content_int(i,"w_deleted", MysqlConnect);
}
return 1;
}
Ну и да, лучше создать индекс для столбца с ником или ID аккаунта (в зависимости от того, как хранишь данные). Это увеличит размер таблицы, но ускорит выборку данных в твоём случае.
06.10.2019, 01:55
Сергей
Цитата:
Сообщение от DeimoS

Через разделитель не записывать, ибо в этом нет никакого смысла. Ты лишь усложняешь читаемость и работу с данными. Для MySQL ты лучше не делаешь. БД прекрасно работает и с таблицами, в которых несколько сотен столбцов.

Тебе нужно либо определиться с ограничением на максимальное число предупреждений, либо реализовывать всё так, чтоб все взаимодействия с варнами были напрямую через БД.
Касаемо кода, который ты дал: не совсем понятно зачем там цикл while. Ты просто, грубо говоря, 100 раз подряд будешь загружать одну и ту же информацию с текущим кодом.

@LoadWarnPlayerCallBack(playerid);
@LoadWarnPlayerCallBack(playerid)
{
new rows = cache_get_row_count(MysqlConnect);
if(rows == 0)
return 1;
for(new i = 0; i < rows; i++)
{
LoadWarn[playerid][wr_deleted][i] = cache_get_field_content_int(i,"w_deleted", MysqlConnect);
}
return 1;
}

Ну и да, лучше создать индекс для столбца с ником или ID аккаунта (в зависимости от того, как хранишь данные). Это увеличит размер таблицы, но ускорит выборку данных в твоём случае.
Спасибо за совет, но, я до думался как сделать ещё более эффективно в данный момент.
Вообщем, у меня же есть таблица, условно назовем её "table_warn"
В ней данные, mysql_id, id_acc, name_acc,reason,data_unwarn(unix)
Я сделал таймер 10 минутный, в этом таймере сделал вот какую конструкцию, даю запрос в таблицу аккаунтов

PHP код:

mysql_function_query(MysqlConnect, "SELECT * FROM `"table_acc"` WHERE `warns`!='0'", true, "@Check_WARN", "");

Сразу же пытаюсь выяснить по всем аккаунтов, у кого есть варны, чтобы отсеять лишних людей.
Далее, загрузил данные, а именно mysql_id - аккаунта, и количество варнов, и сделал новый запрос, НО, в таблицу с варнами, где загружаю дату снятия варна а именно: data_unwarn(unix) и в новом паблике, сравниваю текущие время unix с загруженными данными, и всё, если текущие время больше загруженного, отправляю данный варн в небытие, архив имеется ввиду)

Так вот теперь вопрос, этот вариант, он не слишком ли затратный? Ибо этот вариант как по мне является очень практичным.
06.10.2019, 10:44
DeimoS

Эмм, загружать кучу раз в день одну и ту же информацию - это далеко не "более эффективно".

Для игроков в онлайне загружай данные в массив при авторизации на сервере и уже дальше с данными работай на сервере.
Для игроков в оффлайне делай проверку в OnGameModeInit и снимай все варны без подгрузок данных на сервере, а через DELETE-запрос.
07.10.2019, 03:43
Сергей

Закрываем.