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

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

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

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

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

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

Кодировка и соединение БД битрикс в utf8mb4?

чреват ли чем-то такой метод?

В общем случае да.

Есть одна мелочь в определении collation, на которую обычно не обращают внимания - это space padding. Некоторые collation учитывают хвостовые пробелы при сравнении, некоторые нет. Если эта характеристика не изменяется - то гарантированно всё ровненько. Иначе - надо проверять и убеждаться, что учёт хвостовых пробелов не влияет на поведение программного обеспечения.

См. Trailing Space Handling in Comparisons.

В данном же конкретном случае проблем не будет - и у utf8mb3_unicode_ci, и у utf8mb4_unicode_ci значение Pad_attribute одинаково и равно PAD SPACE. Т.е. сделанная замена никак не изменяет поведения.

Как найти начальную точку для определения маршрутов в двумерном массиве?

DZHAMBUALT, не-а, я с JScript не работаю, а копаться в доках мне тупо лень.

Как правильно написать sql запрос агрегации для фасетного фильтра?

Barancheek,

я не знаю как найти чёткий структурированный материал по всей этой теме

STFW "проектирование базы данных".

Как правильно написать sql запрос агрегации для фасетного фильтра?

Barancheek, я написал это к тому, что на неправильной структуре проблемы будут только копиться. Гораздо лучше сейчас, пока ещё не поздно, пересмотреть структуру и сделать её не по некоему мистическому наитию, а изучить вопрос (анализ предметной области, построение ER-диаграммы) и уже на основе полученных знаний заново создать структуру. На которой большинство типовых задач (а фасетный поиск - задача типовая) давно решены и даже оптимизированы.

Как правильно написать sql запрос агрегации для фасетного фильтра?

Создал базу данных следующей структуры

Ну кривая же структура, ёлки-палки...

Что за таблица attr_options? в чём её смысл? Если по схеме - скорее всего, она формирует возможные пары... но ничто не мешает в таблице property иметь невозможную пару. А если на неё возлагается какой-то иной смысл, то скорее всего она вообще не нужна.

Почему запрос выходит за пределы рекурсии?

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

если его вставить в процедуру или функцию он начинает выходить за пределы 100 рекурсий

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

Как объеденить данные с двух запросов между собой, если их ничего не объеденяет?

uRoot,

Ну то есть, этому order_id соответствует именно этой transfer_id в другой базе.

С учётом написанного - без шансов.

Вот есть телефон в таблице 1, ему соответствует две записи с таким телефоном в таблице 2... ну и какой выбрать? критериев нет - соответственно выбрать невозможно.

я должен получить уникальную связку order_id и transfer_id.

В описанных выше условиях ты получишь две записи, которые связывают запись из таблицы 1 с первой и второй записями из таблицы 2 соответственно. А вот решать, нужно ли оставить обе, или дропнуть одну из них. придётся исключительно вручную. Интуиция пока что не программируется.

Я бы всё же получил такие всевозможные пары, для которых требуемое соответствие известно - для нескольких телефонов,- и внимательно их рассмотрел. Возможно, и правда, как описывает Aetae, найдутся какие-то вторичные зависимости, которые позволят детектировать связь - уверенно, либо хотя бы с определённой долей вероятности.

В первом запросе есть уникальный order_id, во втором transit_id.

Например, можно поделить заказы на группы по источнику/инициатору заказа, и получить статистику по используемым для данного источника телефонам. Выделить телефоны, принадлежащие ТОЛЬКО этому источнику. В результате такого мероприятия часть записей получит однозначное соответствие, и массив обрабатываемых данных сократится. Аналогичную операцию можно проделать и с обратной стороной, с пересылками. Более того, можно попробовать установить связь между источником заказа и источником пересылки. В общем, по мере таких анализа и обработки массив необработанных (вернее, не нашедших однозначного соответствия) данных будет уменьшаться, что упрощает дальнейшую обработку. Ну и надо понимать, что шанс разобрать вообще всё - невелик. Возможны хитровывернутые коллизии - ну типа некий номер телефона может запросто сменить владельца.

Как объеденить данные с двух запросов между собой, если их ничего не объеденяет?

телефоны не уникальные

Да наплевать! сам же пишешь:

Делаю запрос в другую базу используя телефоны с п.2

Вот то же самое и делай - связь по номеру телефона. Получишь все возможные пары. А что с ними делать дальше - думай. Каких-то критериев для выбора одной пары из нескольких ты ж не приводишь (если они вообще есть).

используется Knex.JS, но смысл запроса, я думаю, понятен

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

Как удалить папку Linux из проводника Windows 11?

А если по ссылке топнуть правым батоном - нет ли там пункта типа "Удалить из панели быстрого вызова"?

Как правильно создать триггер?

Константин Цветков, у MySQL (а именно таким тегом помечен вопрос) глаза выскочат, если он это увидит...

Error number: 3763; Symbol: ER_GENERATED_COLUMN_NAMED_FUNCTION_IS_NOT_ALLOWED; SQLSTATE: HY000
Message: Expression of generated column '%s' contains a disallowed function: %s.

Как правильно создать триггер?

В коде (но не в описании) есть NOW()... при его наличии возможность использовать вычисляемое поле отпадает сама собой.

Как правильно создать триггер?

Мне нужно сделать так что если дата создания `created` меньше за дату старта `start_date` то статус был 0, если наступила дата старта `start_date` и текущая дата меньше или равна дате окончания `end_date` то статус был 1, а если текущая дата больше за дату окончания `end_date` то статус был 2.

Переведите, пожалуйста, это малопонятное нечто на русский язык.
А заодно поясните, как оно связано с представленными кодами. Особенно интересует наличие в коде текущего штампа времени NOW(), о котором в описании нет ни полслова.

Как в PhpMyAdmin посмотреть историю изменения названия полей таблицы?

Вот каждый раз, когда подобный вопрос вижу, хочется спросить навстречу - а оно нахрена? на что оно вот может повлиять, что когда-то поле называлось иначе?
И вообще интересно, что побуждает переименовывать поля - настолько плохо выполненный анализ? что, поле сперва назвали непоймикак?

Как в where выполнить подзапрос?

uRoot,
Ну потому как это самый распространённый способ выполнить отбор по результатам подзапроса, и в большинстве случаев ещё и самый оптимальный.

Второй по распространённости - подзапрос во FROM. Обычный или латеральный.

Ну а WHERE IN - единственным его достоинством можно назвать разве что сравнительную простоту для понимания, по всем остальным параметрам он проигрывает. Более того, современные оптимизаторы достаточно умны, чтобы преобразовать этот вариант в один из первых двух. Это видно на плане выполнения запроса - он совпадает с планом для одного из двух первых типов (а порой и все три дают один план), причём чисто по порядку выполнения операций план соответствует синтаксису именно одного из первой пары типов.

Что же до самого термина "вульгарный" - в данном случае он используется в значении "наиболее простой".

Как в where выполнить подзапрос?

Начните с публикации запроса полностью. Причём как в формате фреймворка, так и на чистом SQL. И не забудьте добавить также CREATE TABLE использованных таблиц.

Ещё лучше - описывайте задачу, а не свои попытки её решить. Ведь выбранный путь может оказаться не лучшим, и даже не самым правильным...

Мне order_tags все равно нужен только для проверки в where, нет смысла его возвращать в select.

А как он вообще оказался в SELECT? И зачем он во WHERE? Переместить его во FROM, или добавив связующие поля, или JOIN LATERAL. А вообще по смыслу происходящего (который в общем-то хрен поймёшь) скорее всего тут нужен будет вульгарный WHERE EXISTS.

Почему у черной дыры есть электрический заряд?

orfelin, вы говорите так, словно в момент коллапса сей горизонт возникает из ничего и сразу как сфера с некими геометрическими (для внешнего наблюдателя) размерами. Тогда как мне представляется, что сначала возникает безразмерная точка, которая разворачивается в сферу. И с точки зрения внешнего наблюдателя абсолютно всё вещество коллапсировавшего объекта всё ещё падает внутрь этого объекта. И даже всё ещё находится вне его. И мне непонятно, как это что-то оказывается ПОД (точнее, внутри) этим горизонтом.

Как определить тяжелые запросы?

log_min_duration_statement в полсекунды

А что так мало? логаться будет слишком много. Я понимаю, если бы у автора шёл большой поток мелких запросов, тормозящих именно из-за массовости... впрочем, в таком случае я бы пинал клиентский код.