Pessoal, me deparei com um problema gostaria de saber de vocês... analisem o SQL ( que está funcionando perfeitamente ) , fiz o teste no IBEXPERT, ou qualquer outro programa de BD, ele dá certo. uso firebird 2.0.12748
select p.interno, p.descricao, p.pr_venda, p.pr_venda1, p.pr_venda2, p.desativa, p.ativar_promocao, p.data_fim_promocao, p.pr_custo, p.cust_liq, p.pr_medio, p.conta_contabilidade, p.est_antes, p.foto, p.unidade, p.completa, p.icms, p.categoria, (select * from preco_prazo( o.percent_vendas_prazo, p.interno ) ) preco_prazo, (select * from ultima_compra( p.interno ) ) ultima_compra, (select * from data_ultima_compra( p.interno ) ) data_ultima_compra , (select * from ultima_saida( p.interno ) ) ultima_saida, (select * from data_ultima_saida( p.interno ) ) data_ultima_saida from itensestoque p , parametros o where DESCRICAO LIKE '%' order by DESCRICAO vejam que no meio do select, existem outros selects, que indicam STORED PROCEDURES, se eu executo esse comando passa beleza no IBEXPERT dentro do DELPHI no componente IBDATASET, IBQUERY e também teste no MDOQuery, (esse útimo da suite MDO) faço SQL, e abre normalmente (isso em tempo de programação) o problema é que em tempo de RUNTIME (execução do programa), ocorre RANGE CHECK ERROR outrora ocorre o erro -204 Dynamic SQL Error SQL error code = -204' Procedure unknown ULTIMA_COMPRA At line 1, column 16 Quero saber onde estou errando ? Se não, isto poder ser uma limitação do DELPHI do MDO ? se não for possível rodar dentro de um SQL, Como farei para obter o valor da STORED PROCEDURE ? se for essa a única possibilidade, vou ter que criar campos (VIRTUAIS / CALCULED) no delphi / mdo, e façar a chamada e pedir o resultado. Mas o que queria mesmo é poder fazer tudo no SQL só. -- Leonardo Quinino
