Stored Procedures are bad?

Pero lo que está más claro que el agua es que la información de una base
de
datos debe de ser presentada a las aplicaciones en forma de tablas.

Bueno Pablo, un gusto como siempre hablar contigo, espero que si algun dia
ando por esos lares encontrarnos y compartir algun vinito :-)

produzca un efecto adicional, te bastará con modificar el SP en la BD del
cliente, sin tocar tu código fuente, y sin cambiarle nada a nadie más.

El Sun, 25 May 2008 18:08:07 +0200, Miguel Egea escribió:

Mostrar la cita

de consultas no pudiese haber hecho un mejor trabajo, seguro que sí, sin
embargo ese cambio, en código generado en la aplicación en una aplicación
desplegada en más de 1000 puestos de usuario, habría sido una semana de
trabajo y con sp's, lo solucionamos en 1,5 horas.

Si el cambio hubiese estado en una vista habría sido el mismo trabajo que
con el SP.

Cuando tienes una aplicación en más de 1000 puestos es bastante
conveniente
tener un sistema automático de actualizaciones por razones obvias. O
también puedes usar una aplicación Web o RIA.

Mostrar la cita

Sobre las relaciones 1:1, yo si me he encontrado, sobre todo en cosas
como
datos fiscales obligatorios del cliente y otros datos no obligatorios, en
los que la parte derecha es opcional, En un desarrollo me encontré una
tabla
de 15 millones de clientes de los cuales menos del 1% tenían datos
adicionales, simplemente separar eso en dos tablas mejoró más de un 10%
el
rendimiento global del sistema, aunque lo cierto es que si son raras las
ocaciones en que son necesarias.

Pues si incluyo las relaciones 1:1 o 0 entonces para mi son lo más normal
del mundo.


Saludos
Alfredo