Prodimientos almacenados (llevar todo ahi?)

23/10/2007 - 09:36 por Pablo Roca | Informe spam
Hola,

Bueno estuve viendo como funcionan los procedimientos y la verdad que
resultan muy interesantes.

En una aplicacion de gestion tipica ...

Hasta uno donde debe utilizar procedimientos almacenados? Es decir ..
¿llevamos la mayor parte de nuestro codigo para ahi? solo las partes mas
criticas de una aplicación? .. Solo las consultas mas complejas ... todo?

¿Donde está el limite?


PD: Me importa muy poco que me vean mi codigo de los procedimientos
almacenados, es para aplicaciones internas.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com

Preguntas similare

Leer las respuestas

#16 Alfredo Novoa
23/10/2007 - 14:26 | Informe spam
Hola paisano,

On Tue, 23 Oct 2007 14:13:05 +0200, "Pablo Roca"
wrote:

ya .. ya .. veo que tienes razón.

Una cosa .. y guardais TODOS los ejercicios? No haceis algun proceso de
llevarse los datos de ejercicios muy antiguos a otra BBDD?



Si, por supuesto.

Es que a mi, por empresa ejercicio tengo como entre 600 Megas a un poco mas
de 1 Gb de datos. Tener datos de mas de 5 años hacia atrás.. pues como que
le veo poca utilidad .. y eso me sobrecargaria innecesariamente las
consultas. ¿no?



¡Claro!

Tener más de 5 años en la base de datos "en linea" tiene poco sentido.
Lo normal es pasar esos datos a la base de datos de "archivo".



Saludos.
Respuesta Responder a este mensaje
#17 Alfredo Novoa
23/10/2007 - 14:36 | Informe spam
On Tue, 23 Oct 2007 14:20:08 +0200, "Pablo Roca"
wrote:

¿Para que quieres una "capa de negocio" en las aplicaciones si ya
tienes toda la lógica de negocio asegurada por el SGBD?

Lo de las "capas de negocio" es una tontería de los desarrolladores
del primer párrafo.



Bueno .. aunque me llevara toda la lógica de negocio al SGBD, pues haria
algun envoltorio que accedan a esa logica de negocio en el servidor .. sobre
todo por tener un poco de organización en la aplicación, nada más.



No entiendo lo que quieres decir.

Hay pocas formas mejores de mejorar la organización que eliminar capas
superfluas.

A ver . uilizo SQL, dices entonces que haga la actualización desde mi
lenguaje de programación con un sentencia SQL para cada caso?



Claro, pero hay muchos casos iguales y se pueden automatizar muchas
cosas como hacen los DataAdapters por ejemplo.

Pero no se
dice que los SP viene precompilados?



Las vistas también.

que tienen muchas ventajas?



Muy pocas. También hay una "chache" para las consultas que hace que
vayan prácticamente igual.

http://c2.com/cgi/wiki?CodeGenerati...esignSmell



:))))))



Pues va en serio. Si se puede automatizar la generación de código eso
quiere decir que también se puede automatizar el proceso directamente
sin hacer esa chapuza. La generación de código es señal de mal diseño.


Saludos
Alfredo
Respuesta Responder a este mensaje
#18 Pablo Roca
23/10/2007 - 14:36 | Informe spam
Anda un paisano .. de Coruña tambien?

¡Claro!

Tener más de 5 años en la base de datos "en linea" tiene poco sentido.
Lo normal es pasar esos datos a la base de datos de "archivo".



Bien .. en eso veo que no voy mal encaminado .. gracias.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#19 Alfredo Novoa
23/10/2007 - 14:41 | Informe spam
On Tue, 23 Oct 2007 14:21:41 +0200, "Pablo Roca"
wrote:

Nunca está mal conocer las opiniones de todo el mundo, pero no hay que
olvidar que la mayoría de los desarrolladores no tienen ni idea de
bases de datos y por lo tanto no hay que tener sus opiniones muy en
cuenta en estos casos.



jejeje .. suena a chiste ... pero sin querer generalizar, te voy a dar un
poco de razón. :)))



Pues para mi es solo la triste realidad que veo casi todos los días :(


Saludos
Alfredo
Respuesta Responder a este mensaje
#20 Alfredo Novoa
23/10/2007 - 14:45 | Informe spam
On Tue, 23 Oct 2007 14:26:09 +0200, "Pablo Roca"
wrote:

Tengo claro que tengo que ver mas el tema de las vistas.



El problema es que no hay muchos sitios en donde verlo.

Vaya .. ahi si que no estoy de acuerdo. Si la aplicación es para acceder
desde Internet, el traerse de cada vez la lógica de presentación puede
suponer una carga innecesaria.



Que accedas a un SGBD central a través de Internet no implica que no
uses también un SGBD local.


Saludos
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida