Isso parece um pouco complicado, então eu estaria interessado em melhorias.
select distinct emp_id,
nvl(x_start_date,
lag(x_start_date)
over (partition by emp_id
order by rn)) as start_date,
nvl(x_end_date,
lead(x_end_date)
over (partition by emp_id
order by rn nulls first))
as end_date,
rating,
department
from (
select emp_id, start_date, end_date, rating, department,
case start_date
when lag(end_date)
over (partition by emp_id, rating, department
order by start_date) then null
else start_date end as x_start_date,
case end_date
when lead(start_date)
over (partition by emp_id, rating, department
order by start_date) then null
else end_date end as x_end_date,
rownum as rn
from table1
)
where x_start_date is not null or x_end_date is not null
order by emp_id, start_date
/
Com estes dados de teste:
EMP_ID START_DA END_DATE RA DEPARTMENT SALARY
---------- -------- -------- -- -------------------- ----------
2000 01012010 01012011 A HR 9000
2000 01012011 01012012 A HR 10000
2000 01012012 01012013 A+ HR 20000
2000 01012013 01012014 A HR 20000
2000 01012014 12319999 A HR 21000
3000 01012011 01012012 B Operations 50000
3000 01012012 12319999 B Operations 60000
4000 07012011 07012012 B Operations 50000
4000 07012012 07012013 B Operations 50000
4000 07012013 12319999 B Operations 60000
Eu entendi isso:
EMP_ID START_DA END_DATE RA DEPARTMENT
---------- -------- -------- -- --------------------
2000 01012010 01012012 A HR
2000 01012012 01012013 A+ HR
2000 01012013 12319999 A HR
3000 01012011 12319999 B Operations
4000 07012011 12319999 B Operations
Eu também tentei com um
emp_id (4000 ) que tinha três intervalos de datas contíguos e lidava com isso OK - o where externo cláusula faz com que as entradas intermediárias desapareçam, essencialmente. Editado para adicionar :agora também funciona com seus intervalos de datas adicionais para 2000/A , já que consertei a ordenação no lead externo /lag partições. A consulta interna deixa em branco todas, exceto a primeira data de início e a última data de término de um bloco contíguo, e a consulta externa usa uma segunda rodada de
lead e lag para mesclá-los em linhas idênticas, que o distinct então desmorona. Estou assumindo
start_date e end_date são DATE campos, não VARCHAR2 , e você tem NLS_DATE_FORMAT definido como MMDDYYYY . Se eles são armazenados como strings, o que é uma má ideia, você precisa de to_date() em alguns lugares para fazer o pedido funcionar corretamente. 
