[firebase-br] GLOBAL TEMPORARY TABLE

[Carlos H. Cantu]

Vc pode tentar a versão snapshot atual do FB 2.5.2

[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br

RZ> Se não me engano já estou com a ultima do FB 2.5 64bits a minha
RZ> atual é 2.5.1.26351 e pelo que vi no
RZ> http://www.firebirdsql.org/en/firebird-2-5-1/#Win64acredito não
RZ> ter outra mais atual. Me confirmem se estou certo, pois caso esteja vou abrir uma issue.
RZ> Grato.
RZ> Robson Zambroti

RZ> Em 14 de junho de 2012 10:42, Carlos H. Cantu
RZ> <listas em warmboot.com.br>escreveu:
RZ>  
RZ> A criação/remoção de tabelas "normais" para serem usadas como
RZ>  temporárias pode corromper o banco de dados, portanto, é
RZ>  desaconselhavel.
RZ>  
RZ>  Até onde lembro, não é pra dar problemas algum mais de um usuário
RZ>  usando uma GTT ao mesmo tempo. Sugiro ao Robson testar com a última
RZ>  versão do FB 2.5 e ver se o problema persiste, e nesse caso, abrir uma
RZ>  issue no tracker do Firebird.
RZ>  
RZ>  []s
RZ>  Carlos H. Cantu
RZ>  www.FireBase.com.br - www.firebirdnews.org
RZ>   www.warmboot.com.br - blog.firebase.com.br
RZ>   
 MR>> Experimente a dar poderes aos users para criarem a temporary table "on fly"
 MR>> e cada uma com nome diferente que poderá ter uma parte
 MR>> comum(TblTMP_Nome-usuário) e depois faz drop se não precisares mais dela.
 MR>> Já fiz isso certa vez e deu certo.
 MR>> A forma como estão concebidas a temporary tabales no Fb2.5 não será a mais
 MR>> intelegível. não deveria ser assim mas antes uma zona temporária que
 MR>> terminava quando V/se desconectasse da sessão (como faz e muito bem o DB2)
 MR>> E cada user usava as temporary Tables sempre que necessitasse sem que estas
 MR>> ficassem lá fazendo coisa nenhuma depos de você terminar de usar a sessão!
 MR>> Mas, enfim é o que temos....
 MR>> Espero bem que no FB3 lhe dêem uma volta e tanto....
 MR>> Abr
 MR>> Mário
RZ>  
 MR>> No dia 13 de Junho de 2012 18:36, Robson Zambroti
 MR>> <rlzambroti em gmail.com>escreveu:
RZ>  

 >>> no FB 2.5 tenho uma "GLOBAL TEMPORARY TABLE" com "ON COMMIT DELETE ROWS"
 >>> que uso para gerar um relatório.
 >>> Tem uma procedure que insere as informações que preciso depois o relatório
 >>> simplesmente lê a tabela.
 >>> Ocorre que quando dois usuários tentam tirar o relatório com os mesmos
 >>> parâmetros de busca da o erro:
 >>> "Unable to complete network request to host "IP_SERVIDOR"
 >>> "Error writing data to the connection."
 >>> Isso ocorre para ambos os usuários!
 >>> Alguém tem alguma idéia de como resolver isso?
 >>> Att.
 >>> Robson Zambroti