Akina

Может, требуется тривиальное

SELECT *
FROM tablename
ORDER BY client_id IS NULL, hub_id IS NULL
LIMIT 1

?

SELECT DISTINCT data.*
FROM data
JOIN ( 
    SELECT 2 value 
    UNION ALL 
    SELECT 5 
    UNION ALL 
    SELECT 7
    ) criteria ON JSON_CONTAINS(data.jsonarray, CAST(criteria.value AS JSON))

1. Свитч и коммутатор - одно и то же.
   
2. Стекированные свичи следует воспринимать как один свич, просто собранный в двух корпусах.
   
3. Коммутатор уровня распределения - это просто коммутатор. Попадающий в озвученную категорию по своим характеристикам.
   

Так что задача, если разобраться, тривиальная - просто соединить два коммутатора.

Маска подсети занимает 16 бит, но в третьем октете есть бит, который не попадает под неё. Что мне делать с этим битом?

Задание - конечно, бредовое. 201.111.32.0/16 - это адрес хоста, а не сети, потому что адрес имеет единичные биты в области нулевых битов маски:

Host 11001001 01101111 00100000 00000000
Mask 11111111 11111111 00000000 00000000

Но к тому, что преподаватели сами безграмотны, мы уже привычные... посему попробуем интерпретировать задание так: выделение производить в подсети, в которой находится узел 201.111.32.0/16 (это подсеть 201.111.0.0/16), выделяемые подсети должны располагаться не ранее указанного адреса узла, и допускать количество хостов не менее заданного.

Начать надо с определения минимальной маски конечной подсети.

Хостов Маска
 170     /24
 590     /22
1500     /21
 800     /22
 254     /24

Далее, чтобы заполнять диапазон оптимальным образом, надо выделять подсети так, чтобы они занимали наиболее широкую возможную подсеть полностью либо по максимуму. Т.е. берём заданную границу host 201.111.32.0 mask /16 и начинаем "откусывать" требуемые подсети. С целью минимизации расхода адресного пространства мы на каждом шагу распределяем самую "широкую" из подсетей, которая укладывается в текущее место.

Сначала определяем максимальную маску для данного узла. Это будет маска /19:

Host 11001001 01101111 00100000 00000000
Mask 11111111 11111111 11100000 00000000

Значит, с данного адреса мы можем сразу распределить подсеть 3. Она будет иметь адрес 201.111.32.0/21 и занимать диапазон адресов 201.111.32.0 - 201.111.39.255, последний адрес является бродкастом.

Теперь мы распределяем оставшиеся подсети с первого свободного после уже выделенной подсети адреса 201.111.40.0. Максимальная маска для этого узла - /21. Соответственно распределяем здесь самую крупную из оставшихся подсетей. Это подсеть 2. Она будет иметь адрес 201.111.40.0/22, займёт диапазон адресов 201.111.40.0-201.111.43.255.

Далее мы распределяем оставшиеся подсети с первого свободного после уже выделенной подсети адреса 201.111.44.0. Максимальная маска для этого узла - /22. Соответственно распределяем здесь самую крупную из оставшихся подсетей. Это подсеть 4. Она будет иметь адрес 201.111.44.0/22, займёт диапазон адресов 201.111.44.0-201.111.47.255.

Далее мы распределяем оставшиеся подсети с первого свободного после уже выделенной подсети адреса 201.111.48.0. Максимальная маска для этого узла - /20. Соответственно распределяем здесь самую крупную из оставшихся подсетей. Это подсеть 1. Она будет иметь адрес 201.111.48.0/24, займёт диапазон адресов 201.111.48.0-201.111.48.255.

Далее мы распределяем оставшиеся подсети с первого свободного после уже выделенной подсети адреса 201.111.49.0. Максимальная маска для этого узла - /24. Соответственно распределяем здесь самую крупную из оставшихся подсетей. Это единственная оставшаяся подсеть 5. Она будет иметь адрес 201.111.49.0/24, займёт диапазон адресов 201.111.49.0-201.111.49.255.

Да, нужно делать реорганизацию - операция потенциально требует переноса данных между партициями.

Прмер:

CREATE TABLE table_name (create_date DATE);

ALTER TABLE table_name 
PARTITION BY RANGE(create_date + 0) (
    PARTITION p_old VALUES LESS THAN(20111201),
    PARTITION p_1 VALUES LESS THAN(20120201),
    PARTITION p_2 VALUES LESS THAN(MAXVALUE)
);

Добавляем партицию (точнее, разделяем партицию на две):

ALTER TABLE table_name
    REORGANIZE PARTITION p_2 INTO (
        PARTITION p_2 VALUES LESS THAN (20130101),
        PARTITION p_max VALUES LESS THAN (MAXVALUE)
);

DEMO

SELECT *, AVG(RT) OVER (PARTITION BY Curr, YEAR(Dates) ORDER BY Dates) AS example
FROM src_table

Данная сеть ничего особенного из себя не представляет. Работает так, словно есть DHCP, обслуживающий эту сеть. Просто есть ещё пара моментов. Первый - алгоритм самоуправления таков, что с очень высокой вероятностью гарантирует повторяемость, т.е. использованный однажды адрес будет использоваться и далее. Второй - отсутствие централизованного управления приводит к необходимости использовать для работы с пространством имён бродкастовые механизмы анонсирования и обнаружения, а также исключает возможность распространения иной информации - например, о шлюзах в другие сети.

1. Создать сразу 10 записей с достаточно древней датой.
2. Вместо вставки записи обновлять самую старую:

UPDATE table
SET {columns} = {values}
ORDER BY created_at ASC LIMIT 1;

Само собой created_at - ON UPDATE CURRENT_TIMESTAMP. Ну или обновлять вручную, если больше заняться нечем.

Такая технология к тому же позволяет "на лету" изменять лимит записей. Надо больше? вставляем необходимое число записей с датой в далёком прошлом. Надо меньше? удаляем необходимое число самых старых записей.

Сайт заблокирован провайдером, чтобы зайти на него приходится постоянно включать vpn.

Используйте браузерный плагин избирательного использования VPN. Который только для сайтов из списка использует подключение через VPN, а остальные пропускает напрямую.