Re: Modelers / code generators

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Frans Bouma [C# MVP] (perseus.usenetNOSPAM_at_xs4all.nl)
Date: 05/22/04 

Date: Sat, 22 May 2004 04:32:41 -0700

Mark Goldin wrote:

> Well, I don't think anybody has a definitive answer about
> dynamic SQL versus stored procs.
> I am personally just not ready to give up on SPs.

        I'm not saying you should, at least not for specialized programs, like
extensive calculations on a lot of data, often this is done better in the
database to avoid pulling millions of rows into .NET. I'm more referring to
CRUD operations on rows using stored procedures, the vast majority of actions.

        What I'm interested in is your reasoning behind holding on to stored
procedures. Could you please elaborate on that decision a bit? thanks :)

                Frans.

>
> "Frans Bouma [C# MVP]" <perseus.usenetNOSPAM@xs4all.nl> wrote in message
> news:xn0diko3c57f23001@msnews.microsoft.com...
> > Mark wrote:
> >
> > > Are there good modelers / code generators for C#?
> > > I looked into Deklarit. The only problem I have with it
> > > Is that it uses dynamic SQL, no stored procs.
> > > Don't know if that is the best way to architect n-tier application.
> > > I am looking for something similar to that program but capable of
> creating
> > > stored procs.
> >
> > Why are you focussed on Stored procedures? I mean: generating stored
> > procedures is the same, semantically, as generating Dynamic sql on the
> fly,
> > with bigger disadvantages: the maintenance of the procs is killing
> (replacing
> > a proc with another one, requires you to remove the old proc, however that
> > may break an app etc.)
> >
> > Dynamic SQL is in the long run more efficient, both in
> > maintenance/development and in processing speed. 

-- 
Get LLBLGen Pro, the new O/R mapper for .NET: http://www.llblgen.com
My .NET Blog: http://weblogs.asp.net/fbouma
Microsoft C# MVP
Quantcast