Re: CRUD in SP or Dynamic SQL
- From: "MattC" <m@xxxxx>
- Date: Tue, 24 May 2005 17:18:38 +0100
Yeah that's gonna happen regardless, but I wouldn't have to change the
update/insert/read stored procs as well as the code.
MattC
"The Crow" <q> wrote in message
news:#UAqjQGYFHA.3132@xxxxxxxxxxxxxxxxxxxxxxx
> "MattC" <m@xxxxx> wrote in message
> news:eWfzCGGYFHA.3760@xxxxxxxxxxxxxxxxxxxxxxx
> > Hi,
> >
> > I'm implementing a new Business Layer in one of our applications. I'm
> > toying with the idea of placing all the Create, Read, Update and Delete
> > SQL
> > in the object in question and build a dynamic SQL string using a class
> > builder.
> >
> > The pros I can see are:
> > It reduces the number of stored procs to admin.
> > Changes to the underlying table schema does not require massive changes
to
> > large numbers of storeprocs
> >
>
> Wouldnt database schema change affect the way you build dynamic sql in ur
> code? and it requires compilation.
>
>
.
- References:
- CRUD in SP or Dynamic SQL
- From: MattC
- Re: CRUD in SP or Dynamic SQL
- From: The Crow
- CRUD in SP or Dynamic SQL
- Prev by Date: Re: Default button in Datagrid EditItem
- Next by Date: Re: Formatting Textarea characters
- Previous by thread: Re: CRUD in SP or Dynamic SQL
- Next by thread: Re: CRUD in SP or Dynamic SQL
- Index(es):