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

Можно ещё having count(distinct) = 1

Я только сейчас понял тз

Фоомулируют через жопу

Ахахах , согласен , ну образование есть образование , там люди не работают в реальных проектах, так что сама информация там не правильно храниться

Если бы мне такие на работу пришло, завернул бы

Так а если это твой начальник новый?

Сменю работу))

Ну или просто прочитал два раза. Если не понял, просишь переформулировать. И так у кого первым терпение кончится))

Кем запрещены ?

То есть нужно сделать без вложенных запросов

Всем, привет!
Возник вопрос отобрать уникальные имена в списке с похожими наименованиями.
Есть следующая таблица: где 3 раза встречается имя polina с разной 2й буквой и 1 раз имя lena.

Я делаю cross join и рассчитываю схожесть текстов. Чем больше similarity тем сильнее тексты похожи друг на друга. Получаю следующую таблицу:

Вопрос: как из вышеприведённой таблицы получить только уникальные имена: polina и lena. Вместо polina может быть любое другое из 3х модификаций данного имени.

так вроде критерия нет

и polina и palina пока правильные

да, мне можно любое из них

главное 1

Ну по коэффициенту сходства можно выявить вроде

Подскажите кто с сталкивался с NUMA на Mysql-сервере.
Время от времени Mysql залазит в своп из-за того, что заканчивается память на первой ноде (на второй памяти еще много доступно)
опция innodb_numa_interleave=1 включена в конфиге

perl numa-maps-summary.pl < /proc/917982/numa_maps
N0        :      2628704 ( 10.03 GB)
N1        :      1384172 (  5.28 GB)
active    :          378 (  0.00 GB)
anon      :      4007287 ( 15.29 GB)
dirty     :      4007288 ( 15.29 GB)
kernelpagesize_kB:         1836 (  0.01 GB)
mapmax    :          711 (  0.00 GB)
mapped    :         5680 (  0.02 GB)

как можно побороть перекос в распределении памяти по нодам NUMA?