alias de tabla

Maxi,

Asi es Maxi, pensamos en lo que hay que hacer sin mirar las consecuencias
de
como lo hacemos. Con los niños la educacion debe empezar por casa, con los
desarrolladores, debe empezar por la empresa en la que trabajan. Muchas
empresas ni siquiera tienen standares de programacion que deben cumplirse,
y
si las tienen, muchas veces no la hacen valer.


AMB

"Maxi" wrote:

Totalmente deacuerdo contigo, pero aun es complicado poder hacer
comprender
a los desarrolladores de lo importante que es trabajar con Sp's :(


Salu2
Maxi


"Alejandro Mesa" escribió en el
mensaje news:
> Pudieras crear una vista y usar la vista en la consulta. Eso de adaptar
> los
> nombres de tablas de acuerdo a la aplicacion que la consulta no es
> recomendable. Si todas tus applicaciones accesaran la data atraves de
> procedimientos almazenados, no habria la necesidad de hacer tales
> cambios.
>
>
> AMB
>
>
> "-=JOE MAN=-" wrote:
>
>> Hola
>>
>> En un primer momento del diseño de la BBDD se eligieron unos nombres
>> para las tablas que concordaban con la aplicación que iba a
>> manejarlas.
>> Pero ocurre que a lo largo del desarrollo cambian las especificaciones
>> del programa y me encuentro con que hacer una consulta es sumamente
>> lioso porque no coincide el código con el nombre de tabla.
>> ¿existe alguna manera de establecer un alias a una tabla de modo que
>> sin
>> cambiarle el nombre pueda hacer consultas con el nombre nuevo que
>> tiene
>> en la aplicación?
>>
>> Por ejemplo, la tabla "CATEGORIAS" ahora se llama en la aplicación
>> "FASES". Me gustaría poder hacer:
>>
>> SELECT * FROM FASES
>>
>> Sin cambiar el nombre a la tabla porque mucho del código subyacente no
>> va a ser modificado.
>>
>>
>> Gracias
>>

Es asi!! pero esta en nosotros que esto cambie e indicarles el camino cuando
vemos este tipo de cosas. No es importante solamente resolver los problemas
sino hacerlos de la mejor manera. Hace un tiempo escribi un articulo muy
pequeño sobre este tipo de cuestiones, si te interesa lo puedes leer de:

http://www.mug.org.ar/SQL/ArticSQL/293.aspx


Salu2
Maxi


"Alejandro Mesa" escribió en el
mensaje news:
> Maxi,
>
> Asi es Maxi, pensamos en lo que hay que hacer sin mirar las consecuencias
> de
> como lo hacemos. Con los niños la educacion debe empezar por casa, con los
> desarrolladores, debe empezar por la empresa en la que trabajan. Muchas
> empresas ni siquiera tienen standares de programacion que deben cumplirse,
> y
> si las tienen, muchas veces no la hacen valer.
>
>
> AMB
>
> "Maxi" wrote:
>
>> Totalmente deacuerdo contigo, pero aun es complicado poder hacer
>> comprender
>> a los desarrolladores de lo importante que es trabajar con Sp's :(
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Alejandro Mesa" escribió en el
>> mensaje news:
>> > Pudieras crear una vista y usar la vista en la consulta. Eso de adaptar
>> > los
>> > nombres de tablas de acuerdo a la aplicacion que la consulta no es
>> > recomendable. Si todas tus applicaciones accesaran la data atraves de
>> > procedimientos almazenados, no habria la necesidad de hacer tales
>> > cambios.
>> >
>> >
>> > AMB
>> >
>> >
>> > "-=JOE MAN=-" wrote:
>> >
>> >> Hola
>> >>
>> >> En un primer momento del diseño de la BBDD se eligieron unos nombres
>> >> para las tablas que concordaban con la aplicación que iba a
>> >> manejarlas.
>> >> Pero ocurre que a lo largo del desarrollo cambian las especificaciones
>> >> del programa y me encuentro con que hacer una consulta es sumamente
>> >> lioso porque no coincide el código con el nombre de tabla.
>> >> ¿existe alguna manera de establecer un alias a una tabla de modo que
>> >> sin
>> >> cambiarle el nombre pueda hacer consultas con el nombre nuevo que
>> >> tiene
>> >> en la aplicación?
>> >>
>> >> Por ejemplo, la tabla "CATEGORIAS" ahora se llama en la aplicación
>> >> "FASES". Me gustaría poder hacer:
>> >>
>> >> SELECT * FROM FASES
>> >>
>> >> Sin cambiar el nombre a la tabla porque mucho del código subyacente no
>> >> va a ser modificado.
>> >>
>> >>
>> >> Gracias
>> >>
>>
>>
>>

Pero al fin, no me sirve la solución de las vistas porque

un INSERT.
.