спасибо, буду разбираться

Всем привет! Давно мучает вопрос, не у кого спросить, подскажите пожалуйста куда капать.
Есть вот такая таблица(см. фото), задача следующая:
Нужно составить отчет. В отчете может быть 3 записи на одну дату, каждая запись содержит сумму (sum, cash, no_cash), каждая строка это report_day и уникальный для всех 3-х записей company_type. т.е. на одну дату может быть 3 записи с company_type 0,1,2 и is_admin = 0, и 3 записи с company_type 1,2,3 и is_admin = 1.
Нужно объединить записи с is_admin 0 и 1, для одной даты и одного company_type.
В итоге на одну дату должно получаться 3 строки с разными company_type.

Немного покопавшись получилось примерно так.

SELECT `id`, SUM(`sum`) as `sum`, SUM(`cash`) as `cash`, SUM(`no_cash`) as `no_cash`, `report_day`, `company_type` FROM `pay_in` WHERE `report_day` IN (SELECT DISTINCT `report_day` FROM `pay_in` WHERE 1) AND `company_type` = 0 GROUP BY `report_day`
UNION
SELECT `id`, SUM(`sum`) as `sum`, SUM(`cash`) as `cash`, SUM(`no_cash`) as `no_cash`, `report_day`, `company_type` FROM `pay_in` WHERE `report_day` IN (SELECT DISTINCT `report_day` FROM `pay_in` WHERE 1) AND `company_type` = 1 GROUP BY `report_day`
UNION
SELECT `id`, SUM(`sum`) as `sum`, SUM(`cash`) as `cash`, SUM(`no_cash`) as `no_cash`, `report_day`, `company_type` FROM `pay_in` WHERE `report_day` IN (SELECT DISTINCT `report_day` FROM `pay_in` WHERE 1) AND `company_type` = 2 GROUP BY `report_day`

Я так понимаю сократить не получится!?

Получится

SELECT `id`, SUM(`sum`) as `sum`, SUM(`cash`) as `cash`, SUM(`no_cash`) as `no_cash`, `report_day`, `company_type` FROM `pay_in` WHERE `report_day` IN (SELECT DISTINCT `report_day` FROM `pay_in` WHERE 1) GROUP BY `report_day`, `company_type`

Всем спасибо! Вы отличная публика, помогли, как не странно:)

простите, у вас диск сбойнул или что?

интересно знать что бы самому на такое не нарваться

Я сделал, у нас такая специфика, что бекап нужен актуальный «ежемиллисекундный», но в датацентре было ЧП, и после у нас повредился ibdata1, без него сложно восстановить, но у нас была структура базы, и если кому интересно, алгоритм восстановления

правильно ли я понимаю, что реплика от такого спасёт?

Блочная репликация поможет да, логическая сомневаюсь

спасают бекапы с верификацией (сделали бекап раз в сутки, раз в неделю востанавливаем, прогоняем селекты) + бекапы бинлогов для PITR

тут написали же, надо что то ежесекундное.

тут я так понимаю только выход - реплика в другой дц

Ну суточный бекап для нас совсем не актуален, а вот бекапы бинлогов да, только опыта сравнения изменений не было, это по сути задача администратора, но у нас в России разработчик бэкенд за всех работает

для бекапов бинлогов можно использовать binlog сервер: https://github.com/google/mysql-ripple

Я так понимаю на это появилось в 5.6, а в 5.5 не было вроде

это метод, я ещё в 4.0 использовал.

Надо будет попробовать тоже