procedimiento almacenado duda
 

puedo crear un procedimiento almacenado que me devuelva varios registros, me explico imanigaros que hago el siguiente procedimiento:

CREATE PROCEDURE CLIENTES ( D VARCHAR(9))
AS
BEGIN
SELECT * FROM CLIENTES WHERE CLIENTES.DNI=D;
END

esto me daria un error, de que manera podria hacer que em devolviera un puñao de registros?, en caso de que no pudiera hacerlo y tuviera que hacerlo devolviendo sobre varias variables:

CREATE PROCEDURE CLIENTES ( D VARCHAR(9))
RETURNS(DN VARCHAR(9).....)
AS
BEGIN
SELECT * FROM CLIENTES WHERE CLIENTES.DNI=D
INTO:dn.....;

END

SOBRE QUE ME LO DEVOLVERIA?, a ver si me explico si me devuelve varias variables sobre que las guardo?.


Me gustaria saber la manera de hacerlo como la priemra porcion de codigo, osea que me el procedimiento me devolviera varios registros.


NACLU2!!

Hola,

Básicamente, tienes que utilizar un bucle FOR SELECT ... Más o menos así (no te aseguro que la sintaxis sea 100% correcta, ya que lo hago con el "compilador mental" -> revisa la documentación):

A destacar que no puedes utilizar SELECT * ..., tienes que pedir las columnas "concretas" que quieres.

Cloruro Sódico = SAL + U 2 = DOS (original, me gusta)

Saludos.

P.D. Por la temática de tu consulta, tendrías que haberla puesto en el foro "InterBase y Firebird".

Pos p'allí que va!!! (desde Conexión)

entonces los parametros de salida no se devuelven
 

Osea que por lo que he leido yo no puedo hacer un select y que este me devuleva una coleccion de registros, es mas los procedimientos o no devuelven nada o devuelven una sola cosa como en C o en PASCAL no?


al menos eso he leido yo , por lo demas todo ok.

en caso de que me equivique contestadme si no es asi no hace falta que me contesteis para no haceros perder mas tiempo.


muchas gracias!!


NACL U 2 !!

al contrario, ronson.

mediante un procedimiento almacenado puedes construir conjuntos de datos que a veces seria complicado de hacer con una sentencia SQL.

creas un procedimiento almacenado que devuelve un monton de registros y mediante una consulta podemos hacer 'select campo1, campo2.. from procedimiento',
igual que si fuera una tabla.

lo acaba de explicar kinobi antes. lee bien.

Sí y no.

Sí porque un procedimiento sólo devuelve tipos "simples", es decir, que no puede devolver (en el returns) un conjunto de datos (una serie de tuplas), pero con la construcción FOR SELECT ... consigues que aparezcan todas las filas (tantas como ciclos tenga el bucle) en tu aplicación cliente: si haces una SELECT * FROM procedimiento (parámetros_entrada) ... obtendrás todas las tuplas.

¿No sé si me he explicado?

Saludos.

P.D. Por cierto, ¿tienes la documentación de InterBase?

ahora si que te has explicado kinobi, ahora si, tengo la documentacion firebird en ingles pero no viene como llamar desde delphi a los procedimientos almacenados, pero tu ahora me acabas de aclarar, osea que si hago un SELECT * from procediemiento(para1,para2,..,paran) me devuelve todo el conjunto de tuplas a mi aplicacion, pero claro, veo que el tema es un poco rebundante, vamos a ver:

imaginemos que yo quiero que me aparezcan todos los hombrecicos de la tabla clientes que se llaman jose o que contienen la palabra jose, para posteiormente elegir uno, si yo haglo un procedimienot que me devuelva todas tuplas de la tabla que cumplan esa condicion para despues hacer un select de ese procedimiento... lo vo un poco rebunfdante, seria mas facil hacerme un query con un select y aqui santas pascuas.

que creeis?.


P.D. existe docuemtnacion interbase o firebird en español¿

Bueno, todo depende de las necesidades, pero sí, utilizar procedimientos para filtrar una tabla (o una join sobre varias tablas) no es el procedimiento habitual ni el recomendado, para eso tienes la cláusula WHERE.

documentación "oficial" no, y tampoco "no-oficial" que recoja todos los aspectos que se tocan en la documentación de Borland.

Una de las referencias principales (en español), además de estos foros ;) , es la web de Alfonso Ricaño: http://www.firebird.com.mx/

Saludos.

Como se ha comentado alguna vez, el hecho de que Firebird sea Open-source no quiere decir gratuito. Existe una documentación oficial de Firebird, que se puede comprar con el CD para desarrolladores de IBPhoenix.

http://www.ibphoenix.com/main.nfs?a=...50&page=ibp_cd

Como documentación gratuita, lo usualmente recomendado es la documentación beta de Interbase 6 ampliado con las Release Notes de Firebird 1.03 y Firebird 1.5.

http://www.ibphoenix.com/downloads/60All.zip
http://prdownloads.sourceforge.net/f...leaseNotes.pdf
http://www.ibphoenix.com/downloads/F...tesSpanish.pdf

Saludos.

De hecho, existe mucho software (abierto y/o libre) que tiene documentación bajo otro tipo de licencias, en muchos casos cerradas.

De todas formas, creo que ronson se refería a documentación en español. Aun así, buen apunte el resumir los enlaces principales a la documentación. Por cierto, creo que Borland hace tiempo que "cerró" el acceso a la documentación beta de IB 6.0 (al menos no está en el lugar que estaba habitualmente).

Saludos.

Hola.

En efecto, creo que inicialmente IBPhoenix proporcionaba un enlace para descargar esa documentación directamente de la web de Borland, el enlace que proporcionan ahora descarga la documentación de su propia web.

Saludos.