Dada uma tabela 'funcionários'
employee_id | salary | department_id
-------------+--------+---------------
Apenas usando SQL encontre todas as variantes de transferências de funcionários de um departamento para outro, de modo que o salário médio tanto no departamento de 'partida' quanto no de 'chegada' crescesse.
PS: A pergunta me foi feita em uma entrevista, que nunca deu uma resposta, e o Google é de pouca ajuda.
Portanto, você está procurando Funcionários que ganham abaixo da média em seu departamento atual, mas acima da média em seu futuro novo departamento.
Uma maneira possível de obter todas as transferências de funcionários que atenderiam a isso seria
Dado que esta foi uma pergunta de entrevista (e não uma pergunta de teste ), existem algumas possibilidades dependendo do contexto.
A pergunta está incompleta conforme declarado e
não podestalvez não deva ser respondido em sua forma atual ( consulte a seção ATUALIZAR abaixo ). O que está faltando? Bem, por exemplo:Se for mais uma tabela OLTP, então deve haver uma restrição PK/Índice Único/Única definida no
employee_id
campo. E, nesse caso, haveria apenas uma entrada poremployee_id
e, portanto, nenhuma maneira de determinar as transferências (ou seja, não hádepartment_id
registro "antigo").Se for mais uma tabela OLAP, então pode ser uma Dimensão de Alteração Lenta, caso em que haveria vários
employee_id
registros. Mas, também precisaria haver campos DATEValidFrom
/ValidTo
DATETIME para que os departamentos de partida e chegada pudessem ser determinados em sua sequência adequada. Sem esses campos não há como determinar qual departamento é a saída e qual é a chegada . E desconhecer essa distinção permitiria recuperar registros que são o oposto da solicitação.Portanto, esse "contexto" de como interpretar essa pergunta é a razão pela qual a pergunta é formulada dessa maneira.
Você esqueceu alguns detalhes entre a entrevista e a pergunta aqui:
Acontece, mas se for esse o caso, você precisa atualizar a pergunta para preencher as informações que faltam ou ela permanecerá sem resposta (pelo menos em termos de obter uma resposta significativa).
A pergunta foi transcrita com precisão aqui, e essas questões não eram conhecidas ou pretendidas pelo(s) entrevistador(es):
Nesse caso, se você estava ciente desses problemas e eles esperavam uma resposta, você pode usar isso como um meio de eliminá-los como um possível empregador ;-).
A pergunta foi transcrita com precisão aqui, e essas questões eram conhecidas ou pretendidas pelo(s) entrevistador(es):
Nesse caso, eles provavelmente estavam usando isso como um meio de eliminar as pessoas, observando mais do que a habilidade técnica bruta. Freqüentemente, é muito importante fazer perguntas para ser muito claro sobre o projeto em que você está trabalhando, pois 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 presumir, mas sim voltar à origem do pedido 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 simplesmente para responder a perguntas técnicas no vácuo. Você está se candidatando a uma vaga para trabalhar em projetos e sempre haverá ambiguidades e/ou informações enganosas sobre o que é solicitado a fazer. Um bom entrevistador tentará entender seu nível de habilidade e se você realmente será produtivo. Eu fiz perguntas como esta 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 o esclarecimento para aqueles que acham que esta é uma pergunta simples de habilidade de consulta, interpretada como @Martin fez em sua resposta: nem sabemos se esta é a redação exata da pergunta que foi apresentada ao OP Mas sabemos, tanto quanto podemos confiar na situação, que isso foi dado em uma entrevista. e bomos entrevistadores fazem perguntas que não apenas extraem a habilidade técnica de um candidato, mas também suas habilidades não técnicas / "suaves". Pode muito bem ser que Martin esteja correto em sua interpretação de que a questão está perguntando sobre possíveis combinações futuras de transferência (ou seja, "às vezes um charuto é apenas um charuto"). E se esta fosse uma pergunta de teste, eu ficaria surpreso se a resposta dele não estivesse correta. Mas, esta não é uma questão de teste. Claro, pode ser uma pergunta de entrevista feita por alguém que não está tentando ver que tipo de pessoa é o candidato e como ele se sairia em uma reunião de design onde tais ambiguidades surgem com mais frequência do que a maioria das pessoas percebe. Mas nenhuma resposta foi dada,faz as coisas (pesquise na página "Você está procurando pessoas que", mas você realmente deve ler tudo). Então, entre dois candidatos que são iguais em tudo, mas um assumiu a interpretação e acertou, enquanto o outro fez perguntas e depois obteve a resposta correta, eu com certeza ficaria com aquele que perguntou primeiro.