[firebase-br] unsuccessful metadata update alter procedure

[Gladiston Santana]

Mesmo o select que ela faz já cria uma dependência com a tabela que se fez
o select.
Todos aqueles que referenciam algo, esse "algo" vira dependência.
Voce carregou o IBExpert e ele não mostrou nenhuma dependencia ?
Ou voce simplesmente já supoz que não existe?
Isso não ficou claro para mim.


Eu não gosto das dependências nas procedures, deveríamos poder alterá-la
sem o FB ligar se a tabela, campo ou qualquer outro objeto que a SP
referencia existe ou não. Mas os programadores que fizeram o FB pensaram
diferente.


Em 12 de setembro de 2013 14:15, José Fernando Lima <
jflima.programador em gmail.com> escreveu:

> Boa tarde Gladiston,
>
> A questão é que ela não tem dependência, essa procedure nem é utilizada
> pelo banco, ela é consumida pela aplicação, se você verificar o script da
> procedure que já enviei, vai ver que ela apenas faz um select e retorna
> alguns valores.
> Não consigo fazer nenhum tipo de alteração na procedure, mesmo que seja
> comenta-la, pois quando tento usar o ALTER é que da o erro dizendo que esse
> DOMAIN$965, que deve ser usada em alguma variável interna dessa procedure,
> também esta sendo usado em algum outro lugar, por isso não deixa excluir
> para recriar a procedure, pelo menos foi o que eu entendi.
> E como já disse anteriormente, já fiz a alteração dessa mesma procedure em
> banco de dados com mesma estrutura, porém em outros clientes e esse erro
> não ocorreu, somente com esse cliente.
> Tenho como contornar isso pela aplicação, mas queria tentar entender porque
> isso está ocorrendo somente com esse banco.
> Talvez uma solução seria fazer o que o José Mauricio sugeriu, de usar uma
> base de dados vazia e migrar os dados para ver se esse domínio é recriado e
> não fique compartilhado com as variáveis dessa procedure, mas isso é
> demorado, pois é uma base grande.
> Como disse, queria entender o porque e se existe alguma outra forma menos
> "traumática" de resolver essa questão, visto que é apenas com um cliente,
> portanto o problema esta apenas na base dele.
>
> Obrigado
> José Fernando
>