Entreviste a questão SQL

Dada uma tabela 'funcionários'

 employee_id | salary | department_id 
-------------+--------+---------------

Somente o uso do SQL encontra todas as variantes de transferências de funcionários de um departamento para outro, para que o salário médio no departamento de 'partida' e 'chegada' cresça.

PS: Fiz a pergunta em uma entrevista, que nunca deu uma resposta, e o Google é de pouca ajuda.

Portanto, você está procurando funcionários que ganhem abaixo da média em seu departamento atual, mas acima da média em seu novo departamento em potencial.

Uma maneira possível de obter todas as transferências de funcionários que atendam a isso seria

WITH departments
     AS (SELECT AVG(salary) AS AvgSalary,
                department_id
         FROM   employees
         GROUP  BY department_id)
SELECT e.employee_id,
       dept_current.department_id AS current_department_id,
       dept_new.department_id     AS new_department_id
FROM   employees e
       JOIN departments dept_current
         ON e.department_id = dept_current.department_id
            AND dept_current.AvgSalary > e.salary
       JOIN departments dept_new
         ON dept_new.AvgSalary < e.salary 

Como se tratava de uma pergunta de entrevista (e não de teste ), existem algumas possibilidades, dependendo do contexto.

A questão é incompleta, como indicado e não podestalvez não deva ser respondido em seu formulário atual ( consulte a seção ATUALIZAÇÃO abaixo ). O que está faltando? Bem, por exemplo:

• A pergunta está sendo feita sobre transferências passadas ou possíveis transferências futuras? Há ambiguidade na redação.
• Existem outros campos nesta tabela ou são todos eles? Se sim, o que são?
• Existem restrições ou índices definidos nesta tabela? Onde está o resto do esquema?
• Este é um sistema OLTP ou OLAP?

Se for mais uma tabela OLTP, deve haver uma restrição PK / Índice Único / Único definida no employee_idcampo. E, nesse caso, haveria apenas uma entrada por employee_ide, portanto, não havia como determinar as transferências (ou seja, não há department_idregistro "antigo" ).

Se esta for mais uma tabela OLAP, pode ser uma dimensão de mudança lenta, caso em que haveria vários employee_idregistros. Mas, há também precisaria estar ValidFrome ValidTocampos de data / DATETIME assim que partida e chegada departamentos pode ser determinado em sua seqüência correta. Sem esses campos, não há como determinar qual departamento é a partida e qual é a chegada . E não saber que essa distinção permitiria recuperar registros que são o oposto da solicitação.

Portanto, esse "contexto" de como interpretar essa questão é a razão pela qual a questão é declarada como é.

• Você esqueceu alguns detalhes entre a entrevista e a perguntou aqui:

  Isso acontece, mas se esse for o caso, você precisará atualizar a pergunta para preencher as informações que faltam ou permanecerá sem resposta (pelo menos em termos de obter uma resposta significativa).

• A questão foi transcrita com precisão aqui, e esses problemas não eram do conhecimento do (s) entrevistador (es), nem pretendiam:

  Nesse caso, se você estava ciente desses problemas e eles esperavam uma resposta, pode usá-lo como um meio de eliminá-los como um possível empregador ;-).

• A questão foi transcrita com precisão aqui, e esses problemas eram conhecidos ou pretendidos pelo (s) entrevistador (es):

  Nesse caso, eles provavelmente estavam usando isso como um meio de eliminar as pessoas, observando mais do que a capacidade técnica bruta. Muitas vezes, é muito importante fazer perguntas para ficar bem claro sobre o projeto em que você está trabalhando, já que a maioria dos usuários finais e proprietários de produtos, etc. não pensa / fala em detalhes técnicos de baixo nível e geralmente deixa de fora as peças necessárias. É importante não assumir, mas retornar à fonte da solicitação para obter esclarecimentos, para que você não perca tempo trabalhando na direção errada.

  Lembre-se de que você não está entrevistando para uma posição para simplesmente responder a perguntas técnicas no vácuo. Você está entrevistando para uma posição para trabalhar em projetos e sempre haverá ambiguidades e / ou informações enganosas no que é solicitado a fazer. Um bom entrevistador tentará entender o seu nível de habilidade e se você será realmente produtivo. Fiz perguntas como essa ao entrevistar pessoas para eliminar pessoas que respondem bem a perguntas técnicas, mas precisariam de muita ajuda e acabariam desacelerando a equipe.

ATUALIZAR:

Apenas para esclarecer aqueles que consideram que essa é uma questão simples de habilidade de consulta, interpretada como @Martin fez em sua resposta: nem sabemos se essa é a redação exata da pergunta que foi apresentada ao OP. sabemos, na medida em que podemos confiar na situação, que isso foi dado em uma entrevista. E bomos entrevistadores fazem perguntas que não apenas extraem uma habilidade técnica dos candidatos, mas também suas habilidades não técnicas / "suaves". Pode muito bem que Martin esteja correto em sua interpretação de que a pergunta está sendo feita sobre possíveis combinações futuras de transferência (ou seja, "às vezes um charuto é apenas um charuto"). E se essa fosse uma pergunta de teste, eu ficaria surpreso se a resposta dele não estivesse correta. Mas, isso não é uma pergunta de teste. Certamente, pode ser uma pergunta de entrevista feita por alguém que não está tentando ver que tipo de pessoa o candidato é e como se sairia em uma reunião de design em que essas ambiguidades surgem com mais frequência do que a maioria das pessoas imagina. Mas nenhuma resposta foi dada,faz as coisas (pesquise na página "Você está procurando pessoas que", mas você realmente deve ler a coisa toda). Então, entre dois candidatos que são iguais em todos os aspectos, mas um assumiu a interpretação e estava correto, enquanto o outro fez perguntas e obteve a resposta correta, eu definitivamente concordaria com o que perguntou primeiro.