Подключение коммутатора к роутеру?

TheBigBear, их классификация вот ни разу не догма. У меня, скажем, парочка Микротов, кроме всего прочего, внутренними стратумами работают - ну и какой это нафиг коммутатор? Я уж не говорю о том, что он может даже на OSI-7 поток трафика обрабатывать (хреново, правда)...

Почему роутер Huawei HG8245H-256M не видит сервер?

Василий, не надо размещать факты в комментариях. Редактируйте текст вопроса. Если есть смысл - помечайте добавления как UPDATE. Это касается и комментариев к ответам других участников форума. Они могут не увидеть какой-то факт, и, как результат, не дать правильного ответа.

Подключение коммутатора к роутеру?

Если замена только из-за "постоянно скорость портов падает с 1GB до 100MB" то это не в коммутаторе проблема

Ну я бы не был так категоричен. Ведь запросто проблема может быть и в разъёме коммутатора (небольшое повреждение либо окисление контактов), а не в проводе... да причиной может быть даже пыль/грязь/мусор внутри корпуса, через которую периодически пробивает меж контактов чипа.

Подключение коммутатора к роутеру?

Да и не попадались мне коммутаторы (кроме микротика) с функцией DHCP сервера

Ну справедливости ради следует отметить, что Микротики, которые с RouterOS - вовсе даже и не коммутаторы, а полноценные маршрутизаторы, и даже немножко больше.

Да, у Микротика есть и SoHo-коммутаторы, работающие под управлением SwOS. И в них как раз DHCP-сервер отсутствует.

Почему запрос с count долго выполняется?

Обратите внимание.

Без группировки:

Covering index skip scan for deduplication on cdrs using fileDate over ('2024-03-18' <= fileDate <= '2024-03-24')

С группировкой:

Covering index range scan on cdrs using fileDate over ('2024-03-18' <= fileDate <= '2024-03-24')

То, что я и говорил - при простой выборке используется partition pruning, но во время группировки он благополучно херится. И, как итог - сортировка 50 млн. записей.

Почему запрос с count долго выполняется?

Ну если партиции на каждый день - то почему запрос недельный? Сервер - он же тупой, и у него не хватит мозгов понять, что каждая группа в своей партиции. Как итог - сперва всё в кучу, а потом сортировка и подсчёт.

Делай отдельные COUNT(*) по партициям (что, кстати, позволяет и соотв. хинт воткнуть), а потом UNION ALL. А если такого типа запросы частые - то вообще используй предагрегацию.

движок InnoDb, поле fileDate тип date, партиции на каждый день, индекс на fileDate стоит
запрос

SHOW CREATE TABLE - в текст вопроса.

Причина падения ЛВС?

vinsler,

я бы тоже посмотрел ))) это нужно задать вопрос автору.

Прошу пардону, был невнимателен. И да, роутер запросто может быть и провайдерский. У меня на одной площадке, например, именно так - роутер провайдера, даёт 4 физических порта и DHCP на 64 адреса (хотя и не запрещает дальше поставить ещё и свой роутер - но нафига?).

Причина падения ЛВС?

vinsler, нарисуйте подробную схему. С указанием каждой единицы оборудования, настройки каждого интерфейса, точного указания типа (сообщения об) ошибки при каждом тесте.

Причина падения ЛВС?

То есть:

оборудование провайдера - медь - конвертор - оптика - конвертор - медь - один неуправляемый коммутатор - 15 компьютеров.

Я верно понимаю? больше нигде и ничего не подключается?

Как оптимизировать запрос через Sqlalchemy?

WishesFire,

Меня больше интересует использование union, список фильтрации большой, как это лучше сделать?
там просто список id, [1, 2, 3, ...]

В результате вместо WHERE cashless_card.company_id IN (1,2,3)должно получиться

...
INNER JOIN ( SELECT 1 AS company_id UNION ALL
             SELECT 2 UNION ALL
             SELECT 3
             ) AS criteria ON cashless_card.company_id = criteria.company_id

А уж как это отобразить в твоём фреймворке- я лично фиг знает.

Ещё вариант - создать temporary table, слить в неё список и INNER JOIN этой таблицы. Дополнительный профит - эту таблицу можно проиндексировать.

Как оптимизировать запрос через Sqlalchemy?

WishesFire,

индексы есть до этих полей

Это вот к чему сказано? Три индекса по отдельным полям и один композитный по трём полям - это две большие разницы. И я указываю на необходимость именно композитного индекса, ибо одна копия таблицы-источника не может использовать более чем один индекс, соответственно три отдельных индекса бессмысленны, использоваться может лишь один из них.

C offset это лучшее решение, чем вытаскивать все записи за один запрос

Ну тут хозяин - барин. Если на каждое листание идёт новый запрос, с другим OFFSET - ну, наверное, да. Хотя можно было бы подумать о выборке в temporary table и дальнейший просмотри исключительно через неё, будет куда как быстрее. А если запрос выполняется единожды, а потом листается кэшированное локально содержимое - то вовсе даже не очевидно.

Как оптимизировать запрос через Sqlalchemy?

chemdev,

Также хочу отметить, что необходимость преобразования каждого столбца намекает на ошибку проектирования.

С учётом того, что функция применяется даже к полю A.id, которое почти наверняка синтетический первичный ключ таблицы, тут проблемы посерьёзнее будут...

Как оптимизировать запрос через Sqlalchemy?

WishesFire,

Может coalesce оказывать влияние на производительность?

Оно, конечно, оказывает. Но настолько незначительное, что этим можно смело пренебречь, а в большинстве случаев даже не получится устойчиво детектировать - эффект от функции будет меньше точности измерения.

Как разложить число на n слагаемых?

Формулы со случайными числами не подходят, тк. данные должны хранится не только в печатном, но и в электронном виде.

в идеале задача такая, чтоб в ячейку ввести общий пробег за месяц, а формула сама распределила по дням

Пишешь не формулу, а VBA-процедуру Worksheet_Change, которая выполняет разбиение и записывает в ячейки вычисленные статические значения.

Есть ли ошибки в данной топологии сети?

Ты б хотя бы рассказал, что за фирму ты "вымышлил". Что в ней вообще есть, какие задачи решаются в сети...

Как правильно настроить маршрутизацию?

Трасерт с влан10 до адреса 172*** обрывается на L3 (192.168.4.5)

Следующим узлом в трассе должен быть 192.168.0.2. Вывод простой - именно 192.168.0.2 не имеет маршрута в 192.168.4.0. Проверяется просто - при трассировке на 192.168.0.2 есть входящие ping от 192.168.4.ххх, но нет исходящих pong.
Впрочем, это может быть не единственная проблема.

Более сложные варианты - например, кто-то поигрался с TTL на 192.168.0.2,- не рассматриваю.

Как правильно настроить маршрутизацию?

Насколько я понимаю, вот эта фигня со стрелками во все стороны - это маршрутизатор. Который маршрутизирует между подсетями 192.168.0.0/22 и 192.168.4.0/22. Это так?

В подсети 192.168.0.0/22, как я понимаю, непосредственно на узлах этой сети (из VLANID=20) прописан статически (либо передаётся по DHCP) маршрут в 172.16.0.0/16 через 192.168.0.2. Это так?

Если пока всё верно, и на маршрутизаторе уже присутствует маршрут в 172.16.0.0/16 через 192.168.0.2, то маршрутизатор обязан все пакеты, приходящие из VLANID=10 ему на 192.168.4.5, маршрутизировать в 192.168.0.2 в соответствии с маршрутом.

Но не работает. Значит, для начала - трассировка на 172.16.0.10. Надо понять - добираются пакеты до 192.168.0.2 или нет. Если нет - разбираться с маршрутизацией и фильтрацией на маршрутизаторе. Если да - то разбираться с VPN, проблема там. Например, узлы в 172.16.0.0/16, или VPN-шлюз на удалённой стороне - могут просто не знать, куда слать трафик для подсети 192.168.4.0/22... или что его вообще надо пихать в VPN.

Как подсчитать и вывести количество совпадений значения в строке при запросе в MySQL?

Михаил Ливач, потому что Error 1055.

Как подсчитать и вывести количество совпадений значения в строке при запросе в MySQL?

Ну тогда alexalexes уже ответил.

Как подсчитать и вывести количество совпадений значения в строке при запросе в MySQL?

Нужно подсчитать именно дубликаты по паре (name, phone)? то есть если номер один, но имена разные - это НЕ дубликаты, и не должны подсчитываться?