Ótima explicação André! Muito bom. Uma pergunta: esse recurso seria um substituto ao Dapper para consultas mais rápidas? Ou o Dapper ainda se destaca perante o EF?
Valeu Lauro! Então, com esse recurso você tem a vantagem de poder escrever as consultas conforme deseja e otimizá-la da melhor forma possível, porém não realizei benchmark's comparando com o Dapper para poder responder em relação a performance. Lembrando, esse recurso não é a forma mais comum de fazer consultas com EF e nem acho que a intensão do time do EF seja substituir a forma de realizar as consultas (com LINQ). Outro ponto importante é que o EF Core é um ORM e o Dapper um micro-ORM, então o EF possui muito mais funcionalidades e facilidades e por esse motivo pode perder um pouco em performance, justamente por ter que se preocupar com esses "detalhes" adicionais. Já o Dapper foi desenvolvido com um foco direcionado, sem tantas funcionalidades, indo mais direto ao ponto. É uma eterna discussão: Performance x Facilidade/Abstrações.
E para fazer grandes consultas com join , como faz ???
André como eu poderia usar o Entity Framework com banco Postgre?
Parabéns André!! Show de bola o vídeo.
Obrigado Alex!
No exemplo da execução com o Linq (20:50), qual seria a melhor forma de escrever no código C#?
Show de bola essa série do Entity Core. Direto ao ponto. Vlw
André valeu, recurso interessante. Parabéns pelo seus videos...
Obrigado Luiz!
Muito bacana, essa eu não sabia hehe,
valeu André.
Obrigado Péricles!
Ótima explicação André! Muito bom.
Uma pergunta: esse recurso seria um substituto ao Dapper para consultas mais rápidas? Ou o Dapper ainda se destaca perante o EF?
Valeu Lauro! Então, com esse recurso você tem a vantagem de poder escrever as consultas conforme deseja e otimizá-la da melhor forma possível, porém não realizei benchmark's comparando com o Dapper para poder responder em relação a performance. Lembrando, esse recurso não é a forma mais comum de fazer consultas com EF e nem acho que a intensão do time do EF seja substituir a forma de realizar as consultas (com LINQ). Outro ponto importante é que o EF Core é um ORM e o Dapper um micro-ORM, então o EF possui muito mais funcionalidades e facilidades e por esse motivo pode perder um pouco em performance, justamente por ter que se preocupar com esses "detalhes" adicionais. Já o Dapper foi desenvolvido com um foco direcionado, sem tantas funcionalidades, indo mais direto ao ponto. É uma eterna discussão: Performance x Facilidade/Abstrações.