Miskler, Значит вы не правильно поняли смысл моего ответа.
CityCat4 правильно сказал, что ответ пользователя некорректный - не ваша проблема.
Для вашей системы - этот пользователь - хакер.
Ваша задача, формально защититься от авторизации из гугл из России.
На кнопку - авторизироваться из гугл - вешаете попап - "Вы из России?" и дальше блокируете авторизацию.
Племянница учится в художке, когда в гостях, берет планшет apple air 5 с стилусом (на м1, стилус второго поколения).
Рисует очень неплохие рисунки в цифре. (для 2го класса).
pantsarny,
Так вы наложите на обычную запись -
внешние связи, почтовые сервисы. очереди. кжш и тд.
И в одно мгновение, где то остается память по старой записи и человек получит доступ туда, куда ему не нужно.
Конечно, все это можно обработать. но лучше не обрабатывать.
если есть внешние связи - то бд не позволит оставить несвязанные данные
если есть внешние связи в БД, а не логические в приложении.
ventacom, чет тяжело так. Надо запросы оптимизировать в первую очередь. думаю, так будет быстрее -
SELECT p.id, p.name, COUNT(`pp`.`id`) FROM product p
INNER JOIN product_param pp ON p.id = pp.product.id
GROUP BY p.id, p.name
Потом, если данные нужны дополнительные, то предыдущий запрос можно обернуть в JOIN.
Сама идея с json поиском - в будущем только усложнит вашу работу, это сейчас вам кажется, что легко, а через полгода придется переписывать в нормальный вариант, когда уже не сможете поддерживать.
Если mysql для вас кажется медленным, то попробуйте кэшировать результаты. С помощью REDIS к примеру. Лет 8 назад видел на хабре статью, там подобный EAV фильтр делали на bitmaps. Вот нашел кстати - https://habr.com/ru/articles/261137/
CityCat4 правильно сказал, что ответ пользователя некорректный - не ваша проблема.
Для вашей системы - этот пользователь - хакер.
Ваша задача, формально защититься от авторизации из гугл из России.
На кнопку - авторизироваться из гугл - вешаете попап - "Вы из России?" и дальше блокируете авторизацию.