los Store Procedure, como se programan?

[kinobi]

Hola,

estoy de acuerdo con lo expuesto por los compañeros. Simplemente añadir, como posible desventaja del uso de procedimientos almacenados, los problemas que se pueden plantear en el transporte de la base de datos o otro(s) gestores diferentes para el que fue diseñada si se utilizan procedimientos almacenados. Es decir, si llevas la base de datos desde, por ejemplo, InterBase a Oracle (o cualquier otro gestor). Miestras que el subconjunto DDL de SQL, con el que defines los "objetos" de tu base de datos, es "relativamente" transportable entre gestores, lo es mucho menos el Lenguaje de Manejo de Datos (DML) y las extensiones que cada fabricante añade a su producto.

Evidentemente, este problema desaparece si no tienes pensado cambiar de gestor de datos en un futuro o si las ventajas, especialmente en cuanto a rendimiento, superan al riesgo que supondría ese traspaso.

Saludos.

[viajero2015]

Hola gracias por la ayuda anterior.

pero tengo esta duda, que los procedimientos los usos si me mantengo en el mismo motor de BD sin tener que ir a emigrar a otro motor de BD?,y en dependencia del gestor?, o sea yo que estoy en BDE es mejor no usar storeprocedure?.

alguien me pudiera brindar un ejemplo digamos en el motor de BDE.

gracias colegas.
sal2 TOMAS

[jachguate]

Es que el "motor" no es el BDE... el motor, como se ha tratado aqui, se refiere al motor de base de datos... o SGDB (Interbase/oracle/firebird/sql server/etc).

Desde el BDE, usas un TStoredProc (independientemente del motor de BD que ataques)

Hasta luego.