FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Duda sobre procedimiento almacenado
Hola !
Tengo una pregunta sobre los procedimientos almacenados. Se puede mandar como parámetro la tabla de la cual vamos a sacar información. Código:
set term ^; create procedure proce(cod integer, tab char(10)) returns (timp decimal(12,2)) as begin select sum(imp) from :tab where cod= :cod into :timp; suspend; end ^ set term ;^ Saludos! |
#2
|
||||
|
||||
Hola,
no puedes ... en InterBase (al menos hasta la versión 6. en superiores no lo sé) y en Firebird (versiones 1.0.x e inferiores), pero sí en Firebird 1.5 a tavés de EXECUTE STATEMENT creando dinámicamente la sentencia. Sacado del registro de cambios de la versión 1.5: * New EXECUTE VARCHAR statement (SF #446256). Allow execution of dynamic SQL statements in SPs/triggers. Syntax: EXECUTE VARCHAR value; Notes: 1. Available in PSQL only. 2. Currently cannot return values, so SELECT statements are not allowed. 3. Recursion level is limited to 50 (hardcoded). Example: EXECUTE VARCHAR my_var; Contributor(s): Alexander Peshkoff <peshkoff at hotmail.ru> Aunque dice que no se permiten sentencias SELECT, en la Beta 4 fue mejorado: * Improved EXECUTE STATEMENT. Now it's possible to return values from the dynamic SQL. Syntax: EXECUTE STATEMENT <value> INTO <var_list>; (singleton form) or FOR EXECUTE STATEMENT <value> INTO <var_list> DO <stmt_list>; Contributor(s): Alexander Peshkoff <peshkoff at hotmail.ru> En las notas de la versión 1.5 (en la traducción al Español colaboró el compañero de estos foros Marc Guillot-Seguramente él tenga la dirección de descarga, yo no la encuentro) tienes varios ejemplos de uso. Saludos. Última edición por kinobi fecha: 30-01-2004 a las 10:45:48. |
#3
|
|||
|
|||
Esto se trató en otro hilo donde tenía este interés y me respondió el amigo kinobi. Allí encontrarás un ejemplo de como hacerlo
http://www.clubdelphi.com/foros/show...CUTE+STATEMENT |
#4
|
||||
|
||||
Mil Gracias
Aclarada perfectamente mi duda.
Gracias Kinobi por ser tan claro en tus respuestas. Cita:
Visto lo visto creo que voy a pasar de Interbase 6.0 a FireBird 1.5. Manejo los IB, pero ningún TIBTable, utilizo TIBDataSet y TIBQuery. No creo que tenga problemas con FireBird. Saludos! |
#5
|
||||
|
||||
Hola,
Cita:
Alternativas: dbExpress, IBO, FIBPlus Saludos |
#6
|
||||
|
||||
Pues entonces.... no sé que haré, porque practicamente tengo terminada la aplicación con los IB e interbase 6.0. Creo que finalmente probaré con FireBird haber si me da algún problemilla.
Cita:
Gracias. Saludos! |
#7
|
||||
|
||||
Hola
Aquí tienes la última versión de las comentadas Release Notes de Firebird 1.5, traducidas al castellano : http://www.ibphoenix.com/downloads/F...tesSpanish.pdf Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#8
|
||||
|
||||
Hola Guillotmac!
Muchas Gracias! . Voy a leerlas y así, a ver si ya, me decido por Interbase o por FireBird. Saluditos! |
#9
|
|||
|
|||
Hola!
De nuevo yo. Llevo dos dias tratando de que este procedimiento se ejecute correctamente. Y aunque ustedes no tienen la culpa de mi ignorancia en el tema , solicito urgente ayuda!! Ya he mirado todos los foros que tienen que ver con el paso de parametros a procedimientos almacenados. Trabajo con delphi y Firebird 1.5 (que en la documentación ya dice que tiene solucionado el problema), sin embargo, compilo el siguiente procedimiento y no saca error, pero cuando lo llamo desde delphi pasándole los siguientes parámetros: empresa= ' AND E.ID_EMPRESA =1 ' sucursal= ' AND E.ID_SUCURSAL=1 ' MODELO=4 NO_RANGO=4 PFECHA= 09/09/2004 PVENDEDOR='' PZONA='' pcuenta='' PTERCERO=' AND E.ID_TERCERO=1 ' Arroja el error: General Sql error, Column unknown SEP
por favor ayudenme ya no se que hacer! de antemano gracias Última edición por aurafern fecha: 14-09-2004 a las 20:55:29. |
#10
|
||||
|
||||
Hola.
Para finalizar el código SQL tienes que hacerlo con una cláusula [/sql] y no [\SQL]. Respecto al error que te está dando, está claro que el error lo tienes en la sentencia SQL que has construido dinamicamente. Revísala puesto que tiene que ser incorrecta. NOTA: Para empezar, lo primero que veo es que en la cadena de la sentencia, las fechas no quedan delimitadas por comillas, y deberian estarlo. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#11
|
|||
|
|||
ya he probado con las comillas en la fecha
le estoy pasando la fecha que tiene el dataset desde Delphi y produce el siguiente error General sql error, column unknown '09-sep-2004' |
#12
|
||||
|
||||
Hola.
Las fechas, si las pasas como cadena tienen que estar con el formato mm/dd/yyyy Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#13
|
|||
|
|||
Disculpame la ignorancia pero yo escribo en Delphi:
pfecha en el procedimiento timestamp pfecha entre comillas en delphi: el parametro del query en delphi es date y arroja: column unknown 14-sep-2004 si parametro pfecha en procedimiento varchar(20) y el parametro pfecha en delphi date column unknown 09/14/2004 y asi sucesivamente pruebo varias combinaciones y todas devuelven uno de estos dos mensajes Disculpen la molestia!! |
#14
|
||||
|
||||
Hola.
Prueba : query2.ParamByName('PFECHA').Asstring := QuotedStr(Formatdatetime('mm/dd/yyyy',mdFECHA.AsDateTime)); Siendo el parámetro en el procedimiento varchar(20) y en Delphi string. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#15
|
|||
|
|||
Hola!!
Persiste el error |
#16
|
||||
|
||||
Sigues teniendo un problema en la consulta que construyes dinamicamente. No es válida.
Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#17
|
|||
|
|||
Bueno de todos modos muchas gracias por dedicar tiempo a los n problemas que se me presentan, en mi camino por el aprendizaje de delphi y Firebird
Después de dar muchas vueltas probando la alternativa de utilizar EXECUTE STETEMENT. Y revisando con un compañero la sintaxis tanto en delphi como en firebird, no logramos hacer uso de esta característica que me ayudaría a solucionar muchos problemas. Solucioné el problema utilizando like y pasando solo el valor del parametro
Pero no sé que tan eficiente sea el like. Saludos!! |
#18
|
||||
|
||||
Hola.
En mi opinión tu problema no tiene que ver con el comando EXECUTE STATEMENT. El problema está en que no estas construyendo una sentencia SQL válida. Solucionarlo tendría que ser bastante sencillo. Solo tienes que utilizar un depurador de procedimientos almacenados (hay varios disponibles pero solo conozco los comerciales, como el IB-Expert en la versión completa). Depura tu procedimiento, hasta llegar al EXECUTE STATEMENT, y comprueba cual es la sentencia exacta que se va a lanzar (para ello quizá sea conveniente ponerla primero en una variable). Una vez tengas la sentencia que se va a ejecutar, pruébala directamente en el IBConsole, IB-Expert, ... o tu herramienta favorita. Va a fallar, solo tienes que corregirla hasta conseguir que funcione correctamente. Una vez funcione, ya solo tienes que modificar el procedimiento, para que construya la sentencia, en el formato probado. NOTA: Si no consigues hacer funcionar la sentencia, indícanos cual es exactamente la sentencia que se lanza, y probaremos de ayudarte. PD : Efectivamente, el Like no es muy eficiente. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#19
|
|||
|
|||
Hola!
Ya estoy dudosa, acerca de si la brutalidad me esta invadiendo!! Hice las pruebas que me aconsejaste (con IBadmin 4), pero nada. Te envío la estructura de las tablas y el procedimiento que utilizo, por si los necesitas para probar
|
#20
|
|||
|
|||
y el procedimiento
|
|
|
|