Создать табличный отчет из присоединяющейся таблицы в MySQL

Question

Создать табличный отчет из присоединяющейся таблицы в MySQL

0

У меня есть вопрос с моим запросом, я должен создать отчет, но нет одинаковых данных.

вот моя база данных https://www.db-fiddle.com/f/2bA7StrBpz18tLFgAQh2QV/1

и это мой пример запроса, но результат неверен:

    SELECT
    a.IdBukti,c.LineName,a.LineID,a.Tanggal,b.TypeProduksi AS partnamemonthly,a.PartID AS partmonthly,a.QtyPlanning AS qtymonthly,
    d.partnamedaily,d.partiddaily,d.qtydaily
FROM
    trans_ppicbdt_dt a
INNER JOIN ms_part b ON b.PartId = a.PartID
INNER JOIN ms_line c ON c.LineID = a.LineID
INNER JOIN(SELECT
    c.LineName,
    a.LineID,
    a.Tanggal,
    b.TypeProduksi AS partnamedaily,
    a.PartID AS partiddaily,
    a.QtyPlanning AS qtydaily
FROM
    trans_ppich a
INNER JOIN ms_part b ON b.PartId = a.PartID
INNER JOIN ms_line c ON c.LineID = a.LineID
WHERE
    a.Tanggal = '2018-04-11' AND a.DivisiId='DI070' AND a.IdLocation='1'
GROUP BY
    a.LineID,
    a.PartID) d on d.LineID=a.LineID AND d.Tanggal=a.Tanggal
WHERE
    a.Tanggal = '2018-04-11' AND a.DivisiId='DI070' AND a.IdLocation='1'
GROUP BY
    a.LineID,
    a.PartID

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

Можете ли вы помочь мне создать отчет в одном запросе

Sandhi Zukhruf Zusiarta 12 апр. 2018, в 05:54

Источник

0

Подобные требования к форматированию должны обрабатываться на уровне представления, например, в PHP.
Tim Biegeleisen 12 апр. 2018, в 03:00
0

я отредактировал свой вопрос, посмотрю
Sandhi Zukhruf Zusiarta 12 апр. 2018, в 03:05
0

Не могли бы вы сделать отступ для своих подзапросов и добавить релевантную информацию о таблице на страницу (т. Е. Показать только нужные поля и то, как таблицы связаны друг с другом). Дамп данных хорош, но я бы предпочел увидеть диаграмму, показывающую, как связаны таблицы.
Tim Morton 12 апр. 2018, в 03:31
0

@TimMorton Я не понимаю, что вы имеете в виду, 2 таблицы с разными данными. Только тот же LineID
Sandhi Zukhruf Zusiarta 12 апр. 2018, в 03:43
0

Я прошу предоставить только ту информацию, которая необходима, чтобы показать, как они связаны. Есть три таблицы, но как они связаны друг с другом? Какие внешние ключи?
Tim Morton 12 апр. 2018, в 03:59
0

Хотя я не вижу взаимосвязей между таблицами, рискну предположить, что, поскольку вы используете внутренние объединения между 3 таблицами, вы, вероятно, ограничиваете набор результатов больше, чем хотели бы. Вероятно, у вас есть одна таблица, с которой вы хотите сопоставить две другие, что, скорее всего, потребует левого соединения. Но до тех пор, пока я не пойму, что такое поля и как они связаны друг с другом, я ничем особо не могу помочь.
Tim Morton 12 апр. 2018, в 04:03
0

@TimMorton в моем случае. Итак, оба они имеют одинаковый LineID. но участник dty QtyPlanning отличается.
Sandhi Zukhruf Zusiarta 12 апр. 2018, в 04:18
0

Я собираюсь вернуться к этому позже, но я прав, думая, что вы хотите перебирать строки и добавлять соответствующие ежедневные и ежемесячные записи, если они существуют. Если да, то какие таблицы какие? Их наименование не помогает мне понять. (Что такое trans_ppicbdt_dt?)
Tim Morton 12 апр. 2018, в 04:42
0

@TimMorton trans_ppicbdt_dt - месячный план, а trans_ppich - дневной план.
Sandhi Zukhruf Zusiarta 12 апр. 2018, в 05:14
0

Понял. Это очень помогает.
Tim Morton 12 апр. 2018, в 12:35

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

Теги:

php

mysql

1 ответ

Ещё вопросы

Подобные требования к форматированию должны обрабатываться на уровне представления, например, в PHP.
я отредактировал свой вопрос, посмотрю
Не могли бы вы сделать отступ для своих подзапросов и добавить релевантную информацию о таблице на страницу (т. Е. Показать только нужные поля и то, как таблицы связаны друг с другом). Дамп данных хорош, но я бы предпочел увидеть диаграмму, показывающую, как связаны таблицы.
@TimMorton Я не понимаю, что вы имеете в виду, 2 таблицы с разными данными. Только тот же LineID
Я прошу предоставить только ту информацию, которая необходима, чтобы показать, как они связаны. Есть три таблицы, но как они связаны друг с другом? Какие внешние ключи?
Хотя я не вижу взаимосвязей между таблицами, рискну предположить, что, поскольку вы используете внутренние объединения между 3 таблицами, вы, вероятно, ограничиваете набор результатов больше, чем хотели бы. Вероятно, у вас есть одна таблица, с которой вы хотите сопоставить две другие, что, скорее всего, потребует левого соединения. Но до тех пор, пока я не пойму, что такое поля и как они связаны друг с другом, я ничем особо не могу помочь.
@TimMorton в моем случае. Итак, оба они имеют одинаковый LineID. но участник dty QtyPlanning отличается.
Я собираюсь вернуться к этому позже, но я прав, думая, что вы хотите перебирать строки и добавлять соответствующие ежедневные и ежемесячные записи, если они существуют. Если да, то какие таблицы какие? Их наименование не помогает мне понять. (Что такое trans_ppicbdt_dt?)
@TimMorton trans_ppicbdt_dt - месячный план, а trans_ppich - дневной план.

Tim Morton · Accepted Answer · 2018-04-12T12-28-00.000Z

Мне проще (для меня) выяснить, как сформулировать запрос, если я могу сразу увидеть отношения. Вот как выглядели бы Ваши:

(monthly)                                  (daily)
trans_ppicbdt_dt          ms_line          trans_ppich 
----------------          -----------      --------------  
IdUnik (primary)    ----> LineID <----     IdBukti (FK)*
LineID ------------/                  \--- LineID

Есть некоторые проблемы с вашей структурой, которые необходимо устранить при первой возможности:

ms_line нужен первичный ключ. ~~lineID должен работать, если он уникален.~~ (нет такой удачи, она не уникальна)
trans_ppich нужен первичный ключ. IdBukti является внешним ключом к еще одной таблице.
lineID всех таблицах должен быть указатель на lineID.
Таблицы необходимо нормализовать. Вам не нужно повторять данные по нескольким строкам.

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

SELECT DISTINCT line.LineName, 
       monthly.{unknown field} as monthlyPartName, 
       monthly.PartID as monthlyPartID, 
       monthly.{unknown field} as monthlyProcess,
       monthly.{unknown field} as monthlyQty,
       daily.{unknown field} as dailyPartName,
       daily.PartID as dailyPartID,
       daily.{unknown field} as dailyQty,
       {unknown table}.{unknown field} as remarks
FROM  ms_line as line
    LEFT JOIN trans_ppicbdt_dt AS monthly ON line.lineID=monthly.lineID
    LEFT JOIN trans_ppich AS daily ON line.lineID=daily.lineID
WHERE 
       {your where clause to filter results}

Как это работает, он выполняет итерацию через (отдельные) позиции и ищет соответствие в ежемесячной таблице (left join monthly). Если есть совпадение, оно добавляет значения. Если нет совпадения, он просто добавляет значение null для значений. Затем он делает то же самое для ежедневной таблицы: если есть совпадение, оно добавляет значения, иначе оно просто дает значение null для всех ежедневных значений.

Однако это развалится, если строка ID дублируется в строках ежемесячной и ежедневной таблиц.

Я не знаю, откуда берутся замечания, так что вы остаетесь для вас упражнением. :)

с вашим запросом это дает мне 4 строки, фактически в моих ожидаемых результатах только 2 строки, как на моей картинке выше. Потому что в моем отчете 2 колонны. первый ежемесячный отчет и второй ежедневный отчет.
Ах, это потому, что lineName не является первичным (и даже не уникальным) ключом, теперь, когда я по-другому взгляну на него. Этот запрос ожидает , что там быть только один lineName для каждой строки в ms_line . Вы можете бросить DISTINCT перед line.linename , и этот запрос, вероятно, будет работать. Однако я сомневаюсь, что ваша база данных нормализована, поскольку внешний ключ в двух других таблицах не ссылается на уникальный ключ. Я бы предложил почитать о нормализации базы данных; С правильно нормализованной базой данных работать гораздо проще, чем с другой.
игнорировать внешний ключ или таблицу отношений. нет никакого отношения 2 таблицы, trans_ppicbdt и trans_ppich разные. Если две таблицы имеют один и тот же lineID, то две таблицы становятся полными данными. В качестве примера. Предположим, что таблица A имеет одни данные и имеет lineID = 1, затем в таблице B есть 3 данных, все из которых имеют LineId = 1. затем две таблицы A и B в одном отчете, как на моем рисунке выше. Теперь ты понимаешь?
и поэтому таблица B должна быть агрегирована ... да, это немного усложнит ситуацию. Таким образом, вместо простого присоединения к таблице слева, вам нужно присоединиться к подзапросу, который получает агрегированные данные. Та же идея, просто пара дополнительных шагов. Я могу сделать еще один снимок, но в результате я буду использовать приведенные термины и оставлю перевод на ваше усмотрение. Имена полей и таблиц меня смущают ...
при дальнейшем размышлении, нет, не то же самое. Я понятия не имею, что связывает «MCM-507» с «MCM-612», но не связывает его с «MCM-638 BTK PRG». Очевидно, что моя простая диаграмма, показывающая отношения, была далеко от истины. Если вы хотите решить проблему, вам нужно наметить отношения между таблицей и добавить это в свой пост. Без этого просто не хватит.
Я не понимаю, что вы имеете в виду. Я объяснил это для вас. trans_ppicbdt_dt - это (месячный план) в отчете, а trans_ppich - (ежедневный план) в отчете, который я отправил. поэтому я хочу создать отчет с двумя таблицами. и две таблицы с одинаковым LineID. trans_ppicbdt (месячный план) два данных и trans_ppich (дневной план) два. И все они разные partID. Я хочу, чтобы обе таблицы отображались как моя картинка.
Исходя из вашего примера вывода и сложного запроса, я предположил, что в каждой строке отчета есть что-то общее, т. Е. У MCM-612 и MCM-507 есть какая-то причина для нахождения на одной строке. Просматривая ваши данные, я не нахожу никакого отношения между ними. Если нет особой причины, по которой они находятся в одной строке, просто выполните два запроса, где lineID = 'L1001', и используйте PHP для форматирования отчета.