Vista de varias tablas

Gux, en lo primero estoy 100% de acuerdo y mi respuesta no apunto a eso.

Solo digo esto:

En mi BDD desarrollo mis SP que luego llamo desde mi aplicacion, si en lugar
de armar un SP armo una UDF y quiero migrar, o voy a tener que escribir un
SP en el nuevo motor o voy a tener que hacerlo de otra forma en la capa de
acceso a datos.

Ahora, comparto contigo que no es lo mismo un SP que una UDF, solo que a mi
en lo particular me gustan mucho mas los SP.

Pero nunca tratatia de escribir las cosas del lado del cliente, sino todo lo
contrario, el tema (ahora en el servidor de BDD) es con que lo escribimos:
SP o UDF? yo me inclino por SP :-)


"Gustavo Larriera [MVP]" escribió en el mensaje
news:%

No comparto.

Maxi, siguiendo tu lógica tampoco deberiamos escribir stored procedures y
mejor sería pasar la lógica a la capa de negocios para hacerla

independiente

del sistema de base de datos. En este momento estoy en un proyecto donde
tenemos varios cientos de stored procedures y triggers para migrar de

PL/SQL

Oracle a T-SQL y es una tarea dantesca. Si esos programadores hubiesen
puesto esa lógica de sprocs en componentes, la vida hubiese sido mas bella
:-)

Un punto importante: desde el punto de vista semántico, un sproc no es lo
mismo que una query paramétrica. Una vista puede usarse siempre donde se
espera una expresión que representa recordsets, esto sintácticamente no
puede hacer con sproc pero sí puede hacerse con UDFs.

Un abrazo,
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Maximiliano D. A." wrote in message
news:
> Hola Gux, aunque sea verdad lo que decis, el problema de las UDF es que

no

> son muy escalables a otro motor de BDD si se diera el caso, en lugar los
SP,
> solo deberias cambiar el contenido de los mismos a nuevo lenguaje pero

no

> cambiar la aplicacion que los llama.
>
> Un abrazo
>
> "Gustavo Larriera [MVP]" escribió en el

mensaje

> news:
> > Agrego a lo que dice Ulises:
> >
> > Si quieres implementar vistas parametrizadas, también puedes usar
> FUNCTIONs
> > que retornen tablas.
> >
> > saludos
> > gux
> >
> > Gustavo Larriera, MVP
> > Uruguay LatAm
> > http://sqljunkies.com/weblog/gux/
> > Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga

ningun

> > derecho / This posting is provided "AS IS" with no warranties, and
confers
> > no rights.
> > "ulises" wrote in message
> > news:
> > > Las vistas por definición no pueden llevar parámetros, si necesitas
> > > eso creo que te pueden ser de mucha mayor ayuda los procediimentos
> > > almacenados.
> > >
> > > Saludos,
> > > Ulises
> > >
> > > On Fri, 6 Aug 2004 20:10:32 -0400, "Ivan Corrales M."
> > > wrote:
> > >
> > > >Holas
> > > >
> > > >necesito crear vistas de varias tablas , pero que a la vez estas
> vistas
> > > >reciban parametros externos para su creacion.
> > > >
> > > >
> > > >Gracias..
> > > >
> > >
> >
> >
>
>