In case you have your own slow SQL query, you can optimize it automatically here.
For the query above, the following recommendations will be helpful as part of the SQL tuning process.
You'll find 3 sections below:
ALTER TABLE `PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356` ADD INDEX `psp_schd_idx_pay_aa_ke_aa_ke_sched_src_src` (`PAY_RANGE_START_DATE_KEY`,`AA_PERSON_NATURAL_KEY`,`AA_PERSON_ASSIGNMENT_KEY`,`SCHEDULE_LINE_ID`,`SRC_CREATED_DATE`,`SRC_LAST_UPDATE_DATE`);
SELECT
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.PAY_RANGE_START_DATE_KEY,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.AA_PERSON_NATURAL_KEY,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.AA_PERSON_ASSIGNMENT_KEY,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.SCHEDULE_LINE_ID,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.SRC_CREATED_DATE,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.SRC_LAST_UPDATE_DATE
FROM
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356
GROUP BY
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.PAY_RANGE_START_DATE_KEY,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.AA_PERSON_NATURAL_KEY,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.AA_PERSON_ASSIGNMENT_KEY,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.SCHEDULE_LINE_ID,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.SRC_CREATED_DATE,
EDWFIN.PSP_LABOR_SCHD_DAY_F_ROLLUP_FRS_356.SRC_LAST_UPDATE_DATE
ORDER BY
NULL