Не могу понять, почему именно NOT LIKE, а не просто LIke в запросе ? Разве NOT like '%[^....] не является просто LIKE как двойное отрицание ?
а может данная задача уже была решена
Не совпадают.
Почему нужно указывать Range("диапазон")?Ну у листа-то тоже есть Rows.Count, верно? не укажешь конкретный Range - получишь свойство для всего листа.
Если я в Bridge добавлю VLAN 15, и в этом же окошке укажу Tagged порт Ether1, то тегированный трафик пойдет из порта Ether1.
Но внезапно я могу добавить VLAN 15 к интерфейсу Ether1 в меню интерфейсов.
Руками не получится, монтажник на объекте это не сможет сделать
Какая разница, что несколько основных шлюзов, когда явно указана метрика ниже у вайфай и ему приоритет?
Вручную добавлять маршрут наверное не получится каждый раз, то есть скрипт написать.
Если их установить не сломаются ли текущие настройки?
нужно устанавливать оба пакета или только 1?
постоянное движение записей в базе данных - удаляются или скрываются объявления.
как правильнее делать
Запрос содержит два последовательных уровня группировки. Следовательно, формально от подзапроса избавиться невозможно.
Однако это можно попробовать сделать, если во внешнем запросе использовать не агрегатную, а оконную версию MAX(), и соответственно DISTINCT. Впрочем, вряд ли это ускорит работу запроса.
Единственный видимый путь к ускорению - попробовать убрать обращение к units во внешнем запросе и тянуть их из подзапроса (т.е. в подзапросе SELECT l.id, l.property_id, они же в GROUP BY, и они же берутся из выходного набора подзапроса для выражения внешнего запроса).