po... vc sempre esta falando da conferencia... tem dó.... eu não vou poder 
assistir.... infelizmente....
   
  confio nos teus conhecimentos mas gostaria saber como vc sabe que uma conexao 
é muito melhor.... imagina umas cem pessoas acessando ao app server... qual 
seria o criterio e ate quantas conexões se garante uma boa performance????
   
  att

Bruno Lichot <[EMAIL PROTECTED]> escreveu:
  ter uma conexão é mtooooo melhor e mais rapido...

no meu mini-curso na borcon vou mostrar como fazer desta forma..hehehe

abração

Saul santana escreveu:
> bruno, achei interessante essa idea... fazendo isso vc utiliza a mesma 
> conexão com o banco.... é isso o que vc chama de pooling de primeiro nivel????
>    
>   em termos de comparação.... compartilhar a mesma conexao ou  ter uma 
> conexão para cada rdm instanciado... qual seria melhor????
>    
>   
> Bruno Lichot <[EMAIL PROTECTED]> escreveu:
>   No BorCon vou mostrar como fazer isso de cabo a rabo em duas apresentações 
> minhas, lembrando q esta semana é a ultima semana de inscrição com desconto 
> para os participantes da lista.
>
> eis o codigo WWLDB1810
>
> abraços
>
> Bruno Lichot
>
>
> Bruno Lichot escreveu:   
> mto facil..no form vc usa ele para tds os RDMs q tiver,e ja faz um   pooling 
> de primeiro nivel... olha os meus exemplos, todos estão desta   forma, pega 
> na lista e no  link também    Saul santana escreveu:    
>   
> bruno... não entendi... o sqlconnection no form???? ele não deveria estar no 
> RDM????     Bruno Lichot <[EMAIL PROTECTED]> escreveu:  so testando pra saber 
> como fazer isso, eu criaria um variavel no banco..e e tempos em tempos 
> consultaria    e saberia se deveria ativar tal funcionalidade ou não..e uma 
> solução..    mas precisaria testar outras, existem mais de um caminho a 
> seguir no teu caso..mas vc falow sobre sqlmonitor naum? na minha opniao ele 
> deveria estar no form, junto com o sqlconnection e ativar diretamente no 
> form, assim vc naum teria mais problemas    abraços        Saul santana 
> escreveu:     va esta falando de colocar o rdm no uses do form???           
> se for isso... não funciona... ele não encherga as propriedades do rdm... 
> mesmo se enchergar... seria meio esquicito... ja que não saberia a instancia 
> ...         att, s    Bruno Lichot <[EMAIL PROTECTED]> escreveu:    eu 
> tentaria colocar na uses do form e acessar diretamente a função ou   metodo q
>  poderia me ajudar    Saul santana escreveu:          o que seria nescessario 
> é como guardar uma instancia da classe do remote data module....          
> att,     Bruno Lichot <[EMAIL PROTECTED]> escreveu:    nunca 
> tentei..precsaria ver se pode ser feito.. mas a principio parece q pode sim.. 
>    abração    Saul santana escreveu:     esse é o problema...           quero 
> accessar ao rdm do form principal do mesmo servidor de app.... eu sei que 
> para cada conexao... ele instancia o rdm.... mas sera que eu posso manipular 
> ele do formulario principal do servidor de app??? ou esse formulario fica 
> mais para descritivo????? exe... mostrando a quantidade de conexões, etc...   
>       att                  Bruno Lichot <[EMAIL PROTECTED]> escreveu:    e so 
> criar uma função a partir do do seu RDM q manioule este compoente e     
> acessar a partir do form, vc etsa acessando do cliente não esta?    No meu 
> mini-curso na BorCon vou mostrar como fazer esta funções remotas   na
 prática. 
>    abraços    Bruno Lichot      Saul santana escreveu:            salve 
> galera!!      não estou conseguindo me comunicar entre o form principal e o 
> remotedata module... ou seja... tenho um componente , por exemplo, 
> sqlmonitor, no remotedatamodule... e queria ativar ou desativar do formulario 
> principal... se é que é possivel... qual seria a relação entre eles????       
>   att, saul                        ---------------------------------   Yahoo! 
> Search   Música para ver e ouvir: You're Beautiful, do James Blunt    
> __________ Informação do NOD32 IMON 1.1778 (20060927) __________    Esta 
> mensagem foi verificada pelo NOD32 sistema antivírus  http://www.eset.com.br  
>                           --   --  []´s  Bruno Lichot                      
> ---------------------------------   Novidade no Yahoo! Mail: receba alertas 
> de novas mensagens no seu celular. Registre seu aparelho agora!    __________ 
> Informa&cced  il;ão do NOD32 IMON 1.1778 (20060927) __________    Esta 
> mensagem foi
>  verificada pelo NOD32 sistema antivírus  http://www.eset.com.br              
>                 --   --  []´s  Bruno Lichot            
> ---------------------------------   Novidade no Yahoo! Mail: receba alertas 
> de novas mensagens no seu celular. Registre seu aparelho agora!    __________ 
> Informação do NOD32 IMON 1.1780 (20060927) __________    Esta mensagem foi 
> verificada pelo NOD32 sistema antivírus  http://www.eset.com.br              
>
>     
>
>
> --   --  []´s  Bruno Lichot
>  
>
>              
> ---------------------------------
>  Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
> Registre seu aparelho agora!
>
> __________ Informação do NOD32 IMON 1.1780 (20060927) __________
>
> Esta mensagem foi verificada pelo NOD32 sistema antivírus
> http://www.eset.com.br
>
>
>   

-- 
--
[]´s
Bruno Lichot


 

                
---------------------------------
 Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora!

[As partes desta mensagem que não continham texto foram removidas]



-- 
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>

<*> Para ver as mensagens antigas, acesse:
    http://br.groups.yahoo.com/group/delphi-br/messages

<*> Para falar com o moderador, envie um e-mail para:
    [EMAIL PROTECTED]
 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
    http://br.groups.yahoo.com/group/delphi-br/

<*> Para sair deste grupo, envie um e-mail para:
    [EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
    http://br.yahoo.com/info/utos.html

 


Responder a