Gibt es Fallstricke oder gute Gründe, nicht für gespeicherte Prozeduraufrufe zu verwenden autosproc?

Question

Ich habe eine Datenzugriffsschicht implementiert, die generischen Einheiten von einem Datareader mit einer Variation des dritten Affen Ansatzes ( http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx ). Das funktioniert gut, funktioniert gut und spart mir eine Menge repetetive Code für den Datenabruf zu schreiben.

Jetzt mag ich Methoden hinzufügen, die eine generische Einheit nehmen und es zu einer Parameterliste umwandeln in eine gespeicherte Prozedur zum Zuführen, so dass ich Datenpersistenz in meinen Affen Trick Sammlung hinzufügen kann.

Ich fand einige Hinweise unter: http://msdn.microsoft.com /en-us/library/ms973259.aspx und einiger Beispielcode in der autosproc Lösung. Es sieht gut aus auf dem Papier, und ich beabsichtige dies aber eine schnelle Google zu übernehmen nicht viel in der Art von Benutzererfahrungen der Umsetzung autosproc aufdrehen und ich bin auf der Suche nach einem Daumen nach oben (oder unten) von jedem, der dort gewesen ist und getan, bereits.

So haben Sie autosproc verwendet? Sie hat es gut? Gibt es klaffende Mängel in der Leistung oder an anderer Stelle, dass es ungeeignet in einer Unternehmensanwendung machen würde?

Rat geschätzt.

Answer 1

Ich denke, es ist einfacher, Sie auf diese Frage zu finden, wo meine Antwort Links zu Ihrer AutoSproc Sache enthält: TSQL - Ausführungsplan Parsen Spalten zu bestimmen, indem eine gespeicherte Prozedur

Um es zusammenzufassen, ich mochte es nicht. Es zu viele Probleme verursacht

(Stossen nur um offene Fragen und fand diese ein)