Opção 1

Eu tenho um esquema de banco de dados parecido com este:
https://dbfiddle.uk/JKCTjadD

1. A Taskpertence a a Service(como em ECS )
2. A Taskpode ser reatribuído a outro Service.
3. TaskConfigrastreia o histórico de reatribuições (e outras configurações), e o registro mais recente (usando inserted_on DESC) é aquele Serviceao qual a Taskestá atualmente atribuído.
4. A Servicetem uma restrição única ( service_name, environment). O ambiente tem sua própria tabela, mas ilustrada aqui como um Enum por questões de brevidade.
5. A Tasktambém tem uma restrição única ( task_name, environment).

O problema

O environmentin Taské duplicado/redundante: o Serviceassociado ao Taskjá possui o environmentque Taskestá dentro.

opção 2

Decidi mudar para Service_id: https://dbfiddle.uk/QB7k9hK3 Posso então usar a seguinte consulta para buscar os pares mais recentes de ( , ):TaskConfigTask


task_nameenvironment_name

SELECT DISTINCT ON (task_name, environment_name) * 
FROM TaskConfig 
JOIN Task ON Task.id = Task_id
JOIN Service ON Service.id = Service_id
ORDER BY task_name, environment_name, inserted_on DESC

O problema

1. Não posso mais ter uma restrição exclusiva em ( task_name, environment) pois environmentnão está na Tasktabela.
2. Um futuro desenvolvedor pode selecionar erroneamente ( task_name, Service_id) o que não resultará em pares exclusivos ( task_name, environment).

Ajuda

Como você proporia resolver os problemas acima?
Se não houver maneiras melhores, qual das duas opções acima é o melhor esquema?