Есть бизнесрулы, которые я не могу менять на лету. Меня интересует оптимальный запрос, только)
Попробовал вставить вариант арбнета в консоль - чекер мне покрутил у виска))) Ошибка на ошибке. Не знаю, может в мускле так можно, постгрес ругается. Невозможно апдейтать по 2-м таблицам
Один запрос создать многомерный массив из второй таблице и подставлять данные для него в уже готовый запрос для первой таблицы. Тогда нам только 1 раз надо обращаться к справочнику, так его назовём.
Нет. Суть - найти оптимальное и красивое решение. естественно что все работает и в пределах коммита и в транзакции. Но не хотелось бы идти в базу 50 раз когда можно 2
Все крутится на AWS с оплатой за ресурсы
А может быть поменять первичный индекс? Убрать этот id_ а вместо него использовать name т.к. он там же будет уникальный. Тогда у нас отпадёт надобность обращаться вообще во вторую таблицу, чтобы узнать его id
Вторая таблица останется чисто на вывод информации.
Я видимо непонятно обьяснил задачу
Это же не академическая у вас задача?
Тогда не понимаю в чём суть ограничения количества запросов, если они простые и рубят по индексу? Если дело в скорости, можно выключить обновление индексов и потом отдельно запустить. Также всё один COMMIT вставить.
Эм... ну формируйте запросы соединяя их. Будет два запрос, один на первую таблицу, второй на вторую.
Спасибо за отзыв!
Прошла обновление всех баз.
Достаточно хорошо обновлена база рекламных статей, добавлены хорошие площадки, они всегда включаются в основную рабочую базу, а не остаются на запас.
Все заказчикам бесплатно предоставляется доступ к сервису по анализу конкурентов: https://getmanylinks.ru/keywords/
Переходите на новый формат в виде диапазона:
https://developer.mozilla.org/ru/docs/Web/HTML/Element/Input/range
https://profiphp.ru/directives/session_save_path.html
На обычном
Попробуйте указать отдельную папку для сессий через .htaccess
