Há alguma dicas ou boas razões para não usar autosproc para chamadas de procedimento armazenado?
-
06-07-2019 - |
Pergunta
Eu tenho implementado uma camada de acesso a dados que preenche entidades genéricas de um datareader usando uma variação da abordagem terceiro macaco ( http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx ). Isso funciona bem, um bom desempenho e salva-me de escrever cargas de código repetetive para recuperação de dados.
Agora eu quero adicionar métodos que usam uma entidade genérica e convertê-lo em uma lista de parâmetros para a alimentação de um proc armazenado para que eu possa adicionar a persistência de dados para recolha truque do meu macaco.
Eu encontrei alguma orientação em: http://msdn.microsoft.com /en-us/library/ms973259.aspx e um código de exemplo na solução autosproc. Parece bom no papel e eu pretendo incorporar esta, mas um rápido google não apareceu muito na forma de experiências de usuário de implementação autosproc e eu estou procurando um polegar para cima (ou para baixo) de qualquer um que foi lá e fez isso já.
Então, você já usou autosproc? Será que isso funciona bem para você? Existem quaisquer falhas abertas no desempenho ou em outro lugar que o tornem impróprio em um aplicativo corporativo?
Advice apreciado.
Solução
Eu acho que é mais fácil para encaminhá-lo a esta pergunta, onde a minha resposta contém links para o seu lugar AutoSproc: TSQL - Plano de Execução de análise para determinar as colunas a ser devolvido por um procedimento armazenado
Para resumir, eu não gostei:. Causou muitos problemas
(Just bisbilhotando perguntas sem resposta e encontrou este)