объединение двух таблиц и группирование, только если две или более записей имеют одинаковое значение [дубликаты]

Question

объединение двух таблиц и группирование, только если две или более записей имеют одинаковое значение [дубликаты]

0

У меня есть 2 таблицы:

manifests
id | customer | paid_order | price | payment_method

paid_orders
id | paid

JOIN paid_orders ON manifests.paid_order = paid_order_id

Предположим, что этот сценарий:
Есть 2 customer но имеет другой payment_method.

customer | paid_order | price | payment_method |  paid  |
    1    |      1     | 200   |        0       |  200   |
    1    |     NULL   | 100   |        1       |  NULL  |
    2    |     NULL   | 150   |        1       |  NULL  |

Я только хочу, чтобы GROUP BY customer но также PICK только payment_method из 0 только если есть два одинаковых клиента.

Ожидаемый результат:

customer | paid_order | price | payment_method |  paid  |
    1    |      1     | 200   |        0       |  200   |
    2    |     NULL   | 150   |        1       |  NULL  |

Fransisco Wijaya 27 июль 2018, в 08:28

Источник

0

@Strawberry Я не уверен, что это точная копия здесь, потому что есть некоторая бизнес-логика, которая должна предполагать, чтобы написать такой запрос.
Tim Biegeleisen 27 июль 2018, в 06:34
0

paid_order записи manifests могут иметь одинаковые идентификаторы paid_order Игнорируя payment_method = 1 мы можем сосредоточиться на customers . Но я не хочу исключать все payment_method = 1 , потому что мне также нужен клиент.
Fransisco Wijaya 27 июль 2018, в 06:37
0

MySQL или MariaDB? Это разные СУБД. А потом, какая версия? Начиная с MySQL 8.0 или MariaDB 10.2.0 вы можете ранжировать свои записи с помощью ROW_NUMBER .
Thorsten Kettner 27 июль 2018, в 06:37
0

mysql 8. Мне не нужно знать номер строки.
Fransisco Wijaya 27 июль 2018, в 06:39
0

Я хотел опубликовать ответ, но не смог, поскольку, к сожалению, ваш запрос был помечен как дубликат.
Thorsten Kettner 27 июль 2018, в 06:41
0

Я попробую это решение.
Fransisco Wijaya 27 июль 2018, в 06:41
0

Ответ Тима тоже хорош (но смотрите мой комментарий). Тем не менее, оконные функции, такие как ROW_NUMBER , великолепны, и в любом случае их стоит прочитать.
Thorsten Kettner 27 июль 2018, в 06:43
0

@ThorstenKettner Я удивлен, что у вас нет золотой медали в MySQL.
Tim Biegeleisen 27 июль 2018, в 06:49

Показать ещё 6 комментариев

Теги:

mysql

relational-database

1 ответ

Ещё вопросы

@Strawberry Я не уверен, что это точная копия здесь, потому что есть некоторая бизнес-логика, которая должна предполагать, чтобы написать такой запрос.
paid_order записи manifests могут иметь одинаковые идентификаторы paid_order Игнорируя payment_method = 1 мы можем сосредоточиться на customers . Но я не хочу исключать все payment_method = 1 , потому что мне также нужен клиент.
MySQL или MariaDB? Это разные СУБД. А потом, какая версия? Начиная с MySQL 8.0 или MariaDB 10.2.0 вы можете ранжировать свои записи с помощью ROW_NUMBER .
mysql 8. Мне не нужно знать номер строки.
Я хотел опубликовать ответ, но не смог, поскольку, к сожалению, ваш запрос был помечен как дубликат.
Ответ Тима тоже хорош (но смотрите мой комментарий). Тем не менее, оконные функции, такие как ROW_NUMBER , великолепны, и в любом случае их стоит прочитать.
@ThorstenKettner Я удивлен, что у вас нет золотой медали в MySQL.

Tim Biegeleisen · Accepted Answer · 2018-07-27T03-53-00.000Z

Один из подходов заключался бы в том, чтобы всегда выбирать запись из одной или, возможно, более записей о клиентах, где метод payment_method имеет минимальное значение:

SELECT m1.*
FROM manifest m1
INNER JOIN
(
    SELECT customer, MIN(payment_method) AS min_payment_method
    FROM manifest
    GROUP BY customer
) m2
    ON m1.customer = m2.customer AND m1.payment_method = m2.min_payment_method;

Эта логика должна работать, потому что если присутствует параметр payment_method of zero, эта запись будет нацелена. В противном случае одно значение будет нацелено.

Ваш ответ идентичен связанным решениям
Хотя ответ хороший, я бы предпочел иметь критерии в WHERE для удобства чтения: select * from manifests where (customer, payment_method) in (select customer, min(payment_method) … .
@ThorstenKettner Но как насчет производительности? Во всяком случае, большинство БД не поддерживают этот синтаксис кортежа.
@Tim Biegeleisen: Вы правы, говоря о производительности. Однажды MySQL был печально известен своей плохой производительностью в предложениях IN . Я надеюсь, что это вопрос прошлого. Я всегда стремлюсь сделать свои запросы максимально удобочитаемыми и изменять их только тогда, когда проблемы с производительностью действительно возникают. И если оптимизатор хорошо справляется со своей задачей, оба запроса, конечно же, должны приводить к одному и тому же плану выполнения.