� por ai mesmo Garcia, Sobre os relat�rio complexos, eu quis dizer que ele foram desenvolvidos de forma meio "escrabosa" no centura criando uma query mais "escabrosa" ainda, e passar tudo isso para o banco de Dados de imediato seria um pouco complicado, apesar de que um dia isto ter� que ser feito. transformar minha aplica��o em sevidor DDE � uma boa alternativa, por�m nunca utilizei esta tratativa. Voc� tem algum exemplo b�sico do funcionamento, para que eu tenha uma base para medir o esfor�o?
Abra�os, Anderson Martins 024- 9942-6748 024-3344-3575 com. CPM S/A. ----- Original Message ----- From: "Garcia" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 28, 2002 11:16 AM Subject: Re: [sqlwin] Post > Quer ter seu pr�prio endere�o na Internet? > Garanta j� o seu e ainda ganhe cinco e-mails personalizados. > Dom�niosBOL - http://dominios.bol.com.br > > Anderson, > > Se voc� precisa de um receive, vejo duas alternativas: > A Primeira � fazer com que a aplica��o chamada crie um arquivo (com ou sem > dados) ao encerrar o seu processo. Enquanto isso, a aplica��o "chamadora" > executa a SAM_Timer que verifica se o arquivo foi criado, em caso de arquivo > com dados ( receive ) ela l� o arquivo. > A segunda � tranformar a aplica��o "chamadora" em um servidor DDE e fazer > com que as aplica��es chamadas conectem-se a ela, podendo assim enviar-lhe > dados. > > > Quanto ao problema com relat�rios complexos, eu n�o entendi direito, mas > pelo que entendi ele deve acontecer quando voc� executa o relat�rio em modo > de vizualiza��o. Estou certo?? Se estou, isso deve estar acontecendo por > causa do peso do processo na m�quina, o que eu arriscaria fazer, seria rodar > o relat�rio em um arquivo, com a fun��o SalReportPrintToFile e ap�s isso, > re-executaria no modo de vizualiza��o (SalReportView, SalReportTableView). > Mas nunca precisei fazer tal coisa, s� que na teoria, como a segunda > execu��o � geralmente mais r�pida que a primeira, rodar o processo em > arquivo o tornaria menos penoso, possibilitando que voc� use sua m�quina > quase normalmente, j� a segunda exibi��o que � mais pesada para a m�quina se > tornaria mais r�pida devido a brevidade das opera��es de banco. > > Espero ter ajudado. > Garcia. > > > > Bom dia Pessoal, > Como vcs me falaram, criando uma outra aplica��o seria poss�vel, receive eu > preciso sim, mas pelo menos on ok que a mensagem foi processada. Baseado nas > suas id�ias, > tenho pensado em criar uma outra aplica��o, leve, que processe mensagens, > como por exemplo as de banco de dados, como execu��o de stored procedures, > mas para relat�rios, que no meu caso tenho muitos que s�o pesados, n�o tenho > id�ia de como trat�-los, como possibilitar que ao requisitar tais > relat�rios, que s�o complexos, a aplica��o libere e rode-os em background. > J� tenho alguns relat�rios que s�o gerados via stored procedures no oracle, > alimentando uma tab tempor�ria, para estes h� solu��o, mas para os outros, > que levam muito tempo para converter em procedure, o bicho pega...heheh > > Abra�os, > > Anderson Martins > 024- 9942-6748 > > ----- Original Message ----- > From: "Garcia" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, August 28, 2002 8:36 AM > Subject: Re: [sqlwin] Post > > > > Quer ter seu pr�prio endere�o na Internet? > > Garanta j� o seu e ainda ganhe cinco e-mails personalizados. > > Dom�niosBOL - http://dominios.bol.com.br > > > > Anderson > > > > Para cada processo em background, crie uma aplica��o que ser� chamada > > atrav�s do comando SalLoadApp. Se necess�rio, passe parametros que ser�o > > guardados na vari�vel de sistema strArgArray. > > > > Importante, n�o vai funcionar se voc� precisar de um receive. O que acho > que > > n�o � o caso, se for me d� um toque pois estou pensando em algumas > > alternativas. > > > > Espero ter ajudado. > > Garcia. > > > > Boa tarde Ismael, > > Fiz alguns testes com o SAM_Timer e n�o funcionou, no momento em que a > > mensagem SAM_Timer � processada o sistema p�ra e aguarda. O Fabiano Reis, > me > > enviou um e-mail com algumas dicas para contornar e acha que n�o � > poss�vel, > > eu tamb�m estou perdendo as esperan�as, por�m n�o vou desistir agora, > tenho > > f� que vamos conseguir !!! A Criatiane albuquerque tamb�m me deu algumas > > alternativas. > > Se algu�m souber de algo, me avisem. > > > > Muito obrigado. > > > > > > Anderson Martins > > 024- 9942-6748 > > 024-3344-3575 com. > > CPM S/A > > > > ============================================== > > Lista de Centura SQLWindows > > Administrador : [EMAIL PROTECTED] > > [ http://www.centuraexplorer.com ] > > Para sair desta lista mande mensagem para: > > [EMAIL PROTECTED] sem nada no Subject e > > com o comando a seguir no corpo da msg: > > "unsubscribe sqlwin" (sem as aspas) > > ============================================== > > > > ============================================== > Lista de Centura SQLWindows > Administrador : [EMAIL PROTECTED] > [ http://www.centuraexplorer.com ] > Para sair desta lista mande mensagem para: > [EMAIL PROTECTED] sem nada no Subject e > com o comando a seguir no corpo da msg: > "unsubscribe sqlwin" (sem as aspas) > ============================================== > > ============================================== > Lista de Centura SQLWindows > Administrador : [EMAIL PROTECTED] > [ http://www.centuraexplorer.com ] > Para sair desta lista mande mensagem para: > [EMAIL PROTECTED] sem nada no Subject e > com o comando a seguir no corpo da msg: > "unsubscribe sqlwin" (sem as aspas) > ============================================== > ============================================== Lista de Centura SQLWindows Administrador : [EMAIL PROTECTED] [ http://www.centuraexplorer.com ] Para sair desta lista mande mensagem para: [EMAIL PROTECTED] sem nada no Subject e com o comando a seguir no corpo da msg: "unsubscribe sqlwin" (sem as aspas) ==============================================
