По твоей логике, amx машина должна и от вызова функции random виснуть -_-
Сервер лишь формирует запрос и отправляет его плагину. А плагин уже сам занимается общением с MySQL сервером. AMX машина вообще никак страдать не будет.
А теперь скажи нам в какой именно момент времени автору следует отбирать у игроков номер? И какова вероятность того, что за этот промежуток времени все номера не выкупят в конечном счёте?
О каком миллионе запросов ты говоришь? -_- С чего ты взял, что речь вообще идёт тупо о рандоме? Да и каким бы не был рандом в случае единичного вызова, когда ты рандомишь 4 разных значения (3 буквы + номер в виде числа), шанс на то, что получится значение, схожее с предыдущим, ничтожно мал. А если ещё и нормальный алгоритм написать, а не надеяться сугубо на рандом, то и шанс того, что значение уже будет записано в таблице, тоже можно свести к минимуму.
На суд читателей следует вынести то, что ты как-то исковеркал мою идею реализации под свой лад и теперь пытаешься сказать, что я не прав. Почему до тебя так и не доходит, что вся моя идея заключается в том, чтоб не надеяться тупо на рандом и не помещать всю систему в какие-то непонятные и не нужные рамки, а ещё на уровне написания всей системы продумать алгоритм, который бы генерировал максимально уникальный номер? Сделать явный псевдорандом, который будет подчиняться заранее прописанным правилам. А уже результат на всякий случай перепроверять в таблице.
Если всё сделать по уму и правильно, на выходе не будет никакого миллиона запросов или зависания сервера. При этом и ограничений никаких не будет. Всего лишь нужно подключить фантазию, перебороть лень и написать что-то сложнее, чем пара запросов, тем самым обезопасив себя от проблем в будущем.
Хотя можешь и дальше задвигать про какие-то рекурсии и зависания серверов, если тебе так угодно. А я пойду дальше заниматься своими безумными делами. На этом и закончим этот бессмысленный диалог