Consulta para pasar codigo delphi a SQL

[ingel]

Gracias Neftali por tu tiempo y tu respuesta. Te cuento un poco a que viene todo esto. Yo trabajo en un area de programacion de un Organismo Estatal que depende de otro Central con un Area de sistemas mucho mas grande. Nosotros por años desarrollamos en Delphi y tenemos varios sistemas en este lenguaje, tenemos cierta independencia (hasta ahora) pero el Area de Sistemas Central tiene convenio con Microsoft y promueve el uso de sus productos. A traves de los años ha llegado el momento en que nos hemos quedado sin soporte para Delphi y nos estamos viendo en la obligacion de migrar a .NET
La orden fue justamente esta , quitar todo el codigo posible del programa y pasarlo a la Base de Datos , para asi despues poder programar aplicaciones lo mas independiente y diferentes posibles Web , Mobiles , Escritorio contra la misma Base de datos.
Textualmente la orden fue "Quitar todos los SELECT , UPDATES , INSERT del codigo". No tenemos muchas opciones mas alla de preferir Delphi o .Net (el cual debemos empezar de cero, imagina el resto... )
sds

[Neftali [Germán.Estévez]]

Empezado por ingel

Textualmente la orden fue "Quitar todos los SELECT , UPDATES , INSERT del codigo".

Hola ingel.
Te agradezco la explicación. Veo con ella que no es una decisión tuya, sino que viene de "otras instancias". En esos casos poco podemos hacer.

Lo que sigo sin entender es qué ventaja aporta cambiar (por poner un ejemplo para entender lo que quiero decir) en el código:

Código Delphi [-]
  UPDATE CLIENTES SET NOMBRE='kghkjhkjh'

Por una llamada a un SP que haga lo mismo:

Código Delphi [-]
  ActualizarNombreCliente('kghkjhkjh')

Contando que además en el segundo caso debes programar en la Base de Datos un SP que contenga esto:

Código Delphi [-]
  UPDATE CLIENTES SET NOMBRE='kghkjhkjh'

Tal vez no te estoy entendiendo, disculpa.
Tampoco quiero darle más vueltas al tema, puesto que ya has dicho que es algo que os han impuesto.

Un saludo.

[ingel]

En principio pensé que era por una cuestion de velocidad y supuce que tenian por estadisticas mejores rendimientos con mas codigo en la DB , yo como habras notado siempre programe con mucho codigo dentro de lenguaje porque estimaba , como tu dices, que no era
tan significativa esa diferencia... Tambien se me ocurrio que al querer darle diferentes opciones de aplicaciones al tener mas codigo en la base tendriamos que programar menos en las aplicaciones en caso de hacer web , escritorio , Celulares ... no te podria mencionar muchos motivos mas , pero tal vez lo desconozca... pero al venir de 'arriba' la orden , no me queda mas que acatar ...
Gracias por tus aclaraciones e interes sobre el tema, al menos me dejas tranquilo en que lo que yo pensaba no estaba tan errado