Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Bases de datos > Firebird e Interbase
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 02-03-2004
ronson ronson is offline
Miembro
 
Registrado: feb 2004
Posts: 100
Poder: 21
ronson Va por buen camino
Question duda con parametro en procedure

hola amigos me pregunto si existira en firebird algun tipo de dato que varie en tiempo de jecucion a la hora de hacer un procedimiento almacenado, me explico, imaginemos que quiero hacer un prcedimiento que me devuelva un conjunto de registros a partir de un campo de busqueda, por ejemplo:

Código:
CREATE PROCEDURE BUSCAR_PRODUCTO_LALBARAN (
	CAMPO VARCHAR (100))
RETURNS (
	CODIGO VARCHAR (10),
	DESCRIPCION VARCHAR (50),
	PRECIO DOUBLE PRECISION,
	BASE_IMP DOUBLE PRECISION,
	IVA DOUBLE PRECISION)
AS
BEGIN
FOR SELECT CODIGO,
DESCRIPCION,
PRECIO,
BASE_IMPONIBLE,
IVA
FROM PRODUCTOS WHERE CODIGO LIKE '%'||:CAMPO||'%' OR DESCRIPCION LIKE '%'||:CAMPO||'%'
INTO
:CODIGO,
:DESCRIPCION,
:PRECIO,
:BASE_IMP,
:IVA
DO
  /* Procedure body */
  SUSPEND;
END
si vemos bien el procedimiento vemos qeu solo busca en los campos que son varchar ya que la variable campo es un var char, mi pregunta es la siguiente
:


¿Com podria poner que campo fuera cualquiero otro tipo de datos en tiempo de ejecucion para buscar tambien por ejemplo por precio del producto?


NACL u 2
Responder Con Cita
  #2  
Antiguo 02-03-2004
Avatar de kinobi
kinobi kinobi is offline
Miembro
 
Registrado: may 2003
Posts: 2.621
Poder: 24
kinobi Va por buen camino
Cita:
Empezado por ronson
¿Com podria poner que campo fuera cualquiero otro tipo de datos en tiempo de ejecucion para buscar tambien por ejemplo por precio del producto?
pasando dos, tres... n-parámetros. Vamos, que los parámetros de entrada (que utilizarás en la cláusula WHERE) deben tener tipo definido para que pueda compilarse el procedimiento.

Saludos.
Responder Con Cita
  #3  
Antiguo 02-03-2004
ronson ronson is offline
Miembro
 
Registrado: feb 2004
Posts: 100
Poder: 21
ronson Va por buen camino
de acuerdo

Muchas gracias Kinobi, la verdad es que tu respuesta era la que yo tenia pensada obviamente pero no sabia si podia haber algun tipo de variable de tipo variante como la variant.


P.D. y no la DERBY VARIANT. jeje
Responder Con Cita
  #4  
Antiguo 02-03-2004
Avatar de kinobi
kinobi kinobi is offline
Miembro
 
Registrado: may 2003
Posts: 2.621
Poder: 24
kinobi Va por buen camino
Hola,

otra opción (sólo si utilizas Firebird 1.5) es construir la sentencia SQL en el cliente (o al menos la cláusula WHERE) y pasarla (como VARCHAR) al procedimiento para que la ejecute a través de EXECUTE STATEMENT. Más información en las notas de la versión de Firebird 1.5

Saludos.
Responder Con Cita
  #5  
Antiguo 02-03-2004
Avatar de jachguate
jachguate jachguate is offline
Miembro
 
Registrado: may 2003
Ubicación: Guatemala
Posts: 6.254
Poder: 28
jachguate Va por buen camino
No te olvides que en la mayoría de los casos podes valerte de la conversión automática de tipos. No recuerdo haberlo hecho con interbase y no lo tengo a mano para probarlo, pero creo que podes hacer algo como:

[code]
Select *
from tabla
where CampoNumerico = :ParametroTextual;

o:

Select *
from tabla
where CampoTextual = :ParametroNumerico;
[b]

Eso si... en ocasiones puede fallar dependiendo si la conversión es posible, y has de tener en cuenta los formatos utilizados por el motor para convertir los datos y hacer posible la comparación.

Hasta luego.

__________________
Juan Antonio Castillo Hernández (jachguate)
Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate
Responder Con Cita
  #6  
Antiguo 02-03-2004
Avatar de kinobi
kinobi kinobi is offline
Miembro
 
Registrado: may 2003
Posts: 2.621
Poder: 24
kinobi Va por buen camino
Hola,

Cita:
Empezado por jachguate
No te olvides que en la mayoría de los casos podes valerte de la conversión automática de tipos.
Discrepo: puede ser factible el uso de la conversión de tipos en casos puntuales, pero no para un mecanismo genérico, tal como parece indicar ronson en su primer mensaje.

Saludos.
Responder Con Cita
  #7  
Antiguo 02-03-2004
Avatar de jachguate
jachguate jachguate is offline
Miembro
 
Registrado: may 2003
Ubicación: Guatemala
Posts: 6.254
Poder: 28
jachguate Va por buen camino
Debo aclarar que, mal redactado inicialmente, "en la mayoría de los casos" se refería ciertamente a casos puntuales ( no se como explicarlo ), como el mencionado por ronson para comparar con un campo numérico específico (precio).

Por supuesto que la opción de sql dinámico es la mejor para casos mas genéricos.

Hasta luego.

__________________
Juan Antonio Castillo Hernández (jachguate)
Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro


La franja horaria es GMT +2. Ahora son las 13:03:38.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi