Prodimientos almacenados (llevar todo ahi?)

On Tue, 23 Oct 2007 14:36:47 +0200, "Pablo Roca"
wrote:

Anda un paisano .. de Coruña tambien?

Si, y hay alguno más por aquí :)


Saludos

On Tue, 23 Oct 2007 14:36:35 +0200, Alfredo Novoa
wrote:

On Tue, 23 Oct 2007 14:20:08 +0200, "Pablo Roca"

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

"Caché", cachis O:-)


Saludos
Alfredo

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

Ah .. ya, pero ahi prefiero no complicarme mas. :))


Saludos,

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

Anda! pues nada .. entonces no estaría mal organizar un día una quedada
cervecera para conocernos. :))

Saludos,

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

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

A ver si me explico

Desda algun sitio tengo que decirle que cree, actualice un nuevo Cliente
(por ejemplo)

Tendria entonces clases que fueran: Cliente.Nuevo, Cliente.Borrar,
Cliente.Modificar, Clientes.Saldos ... de tal manera que la lógica de
acceder a un cliente lo hago desde mi aplicación (en C# por ejemplo), a
pesar que el trabajo de acceso lo haga SQL Server.

Estas clases simplemente lo que harian seria llamar bien a sentencias SQL,
bien a Vistas, bien a Procedimientos almacenados. Creo que así queda todo
bien claro a la hora de crear y modificar código.

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

Aclarado.

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.

jajaja, vaya.


Saludos,

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