Alexandre... vc nao entendeu a questao.... o caso nao eh fazer consulta de dados aqui...
Eu trabalho para o Governo do Estado de São Paulo... mais exatamente com os sistemas do Detran...
O que to falando é de casos onde sao necessarias os uso de Cursores.... nao vale a pena vc carregar uma tabela gigantesca na memoria do aplicativo com o Linq para poder fazer um loop para executar outras consultas para no final retorna apenas meia duzia de linhas.... nesses casos o melhor é criar o laço dentro do banco de dados e trafegar apenas os dados do resultado dessa operaçao...
To falando pq uma consulta onde tinha que identificar todos os canditatos a condutores que estavam utilizando um mesmo template biometrico... um sistema em Linq rodando balanceadamente em 6 servidores retorna a lista de provavel canditatos fraudulentos no ultimo mes em cerca de 70h.... criando a mesma logica em uma SP dentro de un unico servidor esse tempo caiu para 10h....
Alias, tmb ja trabalhei com instituiçoes financeiras... e tem casos que trabalha no servidor ainda é superior.... mas eh o que eu disse.... se é algo q vc pode resolver com apenas uma unica query.. nao tem nem sentido fazer uma SP, estamos falando nos casos em que as SP sao fatores cruciais... se elas valem a pena ou nao de se usar devido a portabilidade de banco de dados do Linq.
Essa por sinal foi a pergunta, e volto a afirmas que nao perde a portabilidade uma vez q a chamada para execuçao da procedure eh controlada pelo provider de acesso ao banco e portanto basta apenas adaptar a sp ao banco q nao vai prescisar fazer alteraçao no codigo Linq.... essa era a pergunta e essa foi a minha resposta.... simples assim....
What would Brian Boitano do ?
