Re: RES: [oracle_br] desempenho tipo dados

2007-09-14 Por tôpico Anderson Haertel Rodrigues
Dia,

A performance pode sofrer em VARCHAR2 quando houver
updates em massa, justamente por causa dos problemas
de migração ou encadeamento de linha(s).

Obrigado.

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com.br

--- Andre Santos [EMAIL PROTECTED]
escreveu:

 Marco
 
 Desconfio que seja um mito a idéia de que
 pesquisar uma coluna CHAR seja
 mais rápido do que pesquisa em VARCHAR...
 Nunca fiz um teste, mas também nunca vi alguém
 apresentar dados concretos.
 
 Pesquisando um pouco no Google, agora, encontrei
 isso:
 http://www.evdbt.com/MythsExtPerf.doc
 Logo no início há uma menção sobre o mito de CHAR x
 VARCHAR2.
 
 Tá certo que pode ocorrer aquele problema de row
 migration ou row
 chaining... mas aí é outra coisa.
 
 [ ]
 
 André
 
 
 Em 13/09/07, Marco Souza [EMAIL PROTECTED]
 escreveu:
 
Ricardo, o seu problema esta no tipo de dados
 ser varchar2 se vc
  mudar para o tipo char, vc tera ganho de
 performance, mas perdera em espaço
  de armazenamento.
  Se o seu problema for performance, eu no seu caso
 mudaria para char, pois
  e mais rapido varrer uma coluna char do que varrer
 uma coluna varchar2.
 
 
 
  Marco Fernandes (Desenvolvimento -TI)
 [EMAIL PROTECTED]mafernandes%40dix.com.br
  escreveu:
  Ricardo,
  eu particularmente não recomendo essa mudança
 já trabalhei em várias
  empresas que usavam esse tipo de solução (PK com
 varchar2).
 
  O impacto pode ser bem maior do que vc imagina !!!
 e a melhoria de
  performance
  e o ganho de espaço não valem a pena no meu ponto
 de vista.
 
  Se vc está com problemas de performance, sugiro
 procurar outras formas
  de tunar sua aplicação e seu banco.
 
  Abraço,
  Marco.
 
  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br
 oracle_br%40yahoogrupos.com.br [mailto:
  oracle_br@yahoogrupos.com.br
 oracle_br%40yahoogrupos.com.br]
  Enviada em: quinta-feira, 13 de setembro de 2007
 10:28
  Para: oracle_br@yahoogrupos.com.br
 oracle_br%40yahoogrupos.com.br
  Assunto: [oracle_br] desempenho tipo dados
 
  olá pessoal.
 
  Seguinte. Tenho uma tabela (que não fui em quem
 fiz) que tem como pk uma
  coluna varchar2, na qual estão armazenados somente
 números. Claro que se
  fosse isso eu jamais faria isso. Essa tabela é
 pequena, porém existe uma
  outra, que é gigante, que utiliza esse código
 (FK).
 
  Estou querendo alterar para número, porém não sei
 qual o impacto disso. É
  provável que haja lugares que estejam
 referenciando esse código como por
  exemplo :
  in ('1', '3')
 
  Então se eu mudar para número não terei problemas?
  Uma outra coisa, vale a pena mudar? A diferença é
 grande? Pq os processos
  em
  cima dessa tabela gigantesca são muitos, e bem
 lentos.
 
  Obrigado.
  Ricardo.
 
  [As partes desta mensagem que não continham texto
 foram removidas]
 
  [As partes desta mensagem que não continham texto
 foram removidas]
 
  Flickr agora em português. Você clica, todo mundo
 vê. Saiba mais.
 
  [As partes desta mensagem que não continham texto
 foram removidas]
 
  
 
 
 
 [As partes desta mensagem que não continham texto
 foram removidas]
 
 
 
 Apostilas » Dicas e Exemplos » Funções » Mundo
 Oracle » Package » Procedure » Scripts » Tutoriais
 acesse:
 http://www.oraclebr.com.br/codigo/ListaCodigo.php 

--
 Atenção! As mensagens do grupo ORACLE_BR são de
 acesso público e de inteira responsabilidade de seus
 remetentes.
 Acesse:

http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
 

--
 O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
 http://www.oraclebr.com.br/  


  
 Links do Yahoo! Grupos
 
 
  
 



  Flickr agora em português. Você clica, todo mundo vê.
http://www.flickr.com.br/


Re: RES: [oracle_br] desempenho tipo dados

2007-09-14 Por tôpico Andre Santos
Anderson

Mas isso teria uma possibilidade maior com campos descritivos (de tamanho
maior e que podem ter seu conteúdo muito alterado).
Para um campo com características de código (pequeno, que normalmente não
terá mudança de conteúdo e, muitas vezes, de valores com o mesmo tamanho),
seria muito improvável, não é?

[ ]

André


Em 14/09/07, Anderson Haertel Rodrigues [EMAIL PROTECTED]
escreveu:

   Dia,

 A performance pode sofrer em VARCHAR2 quando houver
 updates em massa, justamente por causa dos problemas
 de migração ou encadeamento de linha(s).

 Obrigado.

 Anderson Haertel Rodrigues
 Consultor Oracle
 TEIKO Soluções em Tecnologia da Informação
 Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
 www.teiko.com.br

 --- Andre Santos [EMAIL PROTECTED]andre.psantos.ti%40gmail.com
 
 escreveu:

  Marco
 
  Desconfio que seja um mito a idéia de que
  pesquisar uma coluna CHAR seja
  mais rápido do que pesquisa em VARCHAR...
  Nunca fiz um teste, mas também nunca vi alguém
  apresentar dados concretos.
 
  Pesquisando um pouco no Google, agora, encontrei
  isso:
  http://www.evdbt.com/MythsExtPerf.doc
  Logo no início há uma menção sobre o mito de CHAR x
  VARCHAR2.
 
  Tá certo que pode ocorrer aquele problema de row
  migration ou row
  chaining... mas aí é outra coisa.
 
  [ ]
 
  André
 
 
  Em 13/09/07, Marco Souza [EMAIL PROTECTED]msbsouza%40yahoo.com.br
 
  escreveu:
  
   Ricardo, o seu problema esta no tipo de dados
  ser varchar2 se vc
   mudar para o tipo char, vc tera ganho de
  performance, mas perdera em espaço
   de armazenamento.
   Se o seu problema for performance, eu no seu caso
  mudaria para char, pois
   e mais rapido varrer uma coluna char do que varrer
  uma coluna varchar2.
  
  
  
   Marco Fernandes (Desenvolvimento -TI)
  [EMAIL PROTECTED] mafernandes%40dix.com.brmafernandes%40dix.com
 .br
   escreveu:
   Ricardo,
   eu particularmente não recomendo essa mudança
  já trabalhei em várias
   empresas que usavam esse tipo de solução (PK com
  varchar2).
  
   O impacto pode ser bem maior do que vc imagina !!!
  e a melhoria de
   performance
   e o ganho de espaço não valem a pena no meu ponto
  de vista.
  
   Se vc está com problemas de performance, sugiro
  procurar outras formas
   de tunar sua aplicação e seu banco.
  
   Abraço,
   Marco.
  
   -Mensagem original-
   De: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br
  oracle_br%40yahoogrupos.com.br [mailto:
   oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br
  oracle_br%40yahoogrupos.com.br]
   Enviada em: quinta-feira, 13 de setembro de 2007
  10:28
   Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br
  oracle_br%40yahoogrupos.com.br
   Assunto: [oracle_br] desempenho tipo dados
  
   olá pessoal.
  
   Seguinte. Tenho uma tabela (que não fui em quem
  fiz) que tem como pk uma
   coluna varchar2, na qual estão armazenados somente
  números. Claro que se
   fosse isso eu jamais faria isso. Essa tabela é
  pequena, porém existe uma
   outra, que é gigante, que utiliza esse código
  (FK).
  
   Estou querendo alterar para número, porém não sei
  qual o impacto disso. É
   provável que haja lugares que estejam
  referenciando esse código como por
   exemplo :
   in ('1', '3')
  
   Então se eu mudar para número não terei problemas?
   Uma outra coisa, vale a pena mudar? A diferença é
  grande? Pq os processos
   em
   cima dessa tabela gigantesca são muitos, e bem
  lentos.
  
   Obrigado.
   Ricardo.
  
   [As partes desta mensagem que não continham texto
  foram removidas]
  
   [As partes desta mensagem que não continham texto
  foram removidas]
  
   Flickr agora em português. Você clica, todo mundo
  vê. Saiba mais.
  
   [As partes desta mensagem que não continham texto
  foram removidas]
  
  
  
 
 
  [As partes desta mensagem que não continham texto
  foram removidas]
 
 
 
  Apostilas » Dicas e Exemplos » Funções » Mundo
  Oracle » Package » Procedure » Scripts » Tutoriais
  acesse:
  http://www.oraclebr.com.br/codigo/ListaCodigo.php
 
 --
  Atenção! As mensagens do grupo ORACLE_BR são de
  acesso público e de inteira responsabilidade de seus
  remetentes.
  Acesse:
 
 http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
 
 
 --
  O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
  http://www.oraclebr.com.br/
 
 --
 
  Links do Yahoo! Grupos
 
 
 
 

 Flickr agora em português. Você clica, todo mundo vê.
 http://www.flickr.com.br/

 



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



RES: [oracle_br] desempenho tipo dados

2007-09-13 Por tôpico Marco Fernandes \(Desenvolvimento -TI\)
Ricardo,
eu particularmente não recomendo essa mudança já trabalhei em várias
empresas que usavam esse tipo de solução (PK com varchar2).
 
O impacto pode ser bem maior do que vc imagina !!! e a melhoria de performance
e o ganho de espaço não valem a pena no meu ponto de vista.
 
Se vc está com problemas de performance, sugiro procurar outras formas
de tunar sua aplicação e seu banco.
 
Abraço,
Marco.
 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 13 de setembro de 2007 10:28
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] desempenho tipo dados



olá pessoal.

Seguinte. Tenho uma tabela (que não fui em quem fiz) que tem como pk uma
coluna varchar2, na qual estão armazenados somente números. Claro que se
fosse isso eu jamais faria isso. Essa tabela é pequena, porém existe uma
outra, que é gigante, que utiliza esse código (FK).

Estou querendo alterar para número, porém não sei qual o impacto disso. É
provável que haja lugares que estejam referenciando esse código como por
exemplo :
in ('1', '3')

Então se eu mudar para número não terei problemas?
Uma outra coisa, vale a pena mudar? A diferença é grande? Pq os processos em
cima dessa tabela gigantesca são muitos, e bem lentos.

Obrigado.
Ricardo.

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



 



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



Re: RES: [oracle_br] desempenho tipo dados

2007-09-13 Por tôpico Marco Souza
Ricardo, o seu problema esta no tipo de dados ser varchar2 se vc mudar para 
o tipo char, vc tera ganho de performance, mas perdera em espaço de 
armazenamento.
  Se o seu problema for performance, eu no seu caso mudaria para char, pois e 
mais rapido varrer uma coluna char do que varrer uma coluna varchar2.
   
  

Marco Fernandes (Desenvolvimento -TI) [EMAIL PROTECTED] escreveu:
  Ricardo,
eu particularmente não recomendo essa mudança já trabalhei em várias
empresas que usavam esse tipo de solução (PK com varchar2).

O impacto pode ser bem maior do que vc imagina !!! e a melhoria de performance
e o ganho de espaço não valem a pena no meu ponto de vista.

Se vc está com problemas de performance, sugiro procurar outras formas
de tunar sua aplicação e seu banco.

Abraço,
Marco.


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 13 de setembro de 2007 10:28
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] desempenho tipo dados

olá pessoal.

Seguinte. Tenho uma tabela (que não fui em quem fiz) que tem como pk uma
coluna varchar2, na qual estão armazenados somente números. Claro que se
fosse isso eu jamais faria isso. Essa tabela é pequena, porém existe uma
outra, que é gigante, que utiliza esse código (FK).

Estou querendo alterar para número, porém não sei qual o impacto disso. É
provável que haja lugares que estejam referenciando esse código como por
exemplo :
in ('1', '3')

Então se eu mudar para número não terei problemas?
Uma outra coisa, vale a pena mudar? A diferença é grande? Pq os processos em
cima dessa tabela gigantesca são muitos, e bem lentos.

Obrigado.
Ricardo.

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

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



 

   Flickr agora em português. Você clica, todo mundo vê. Saiba mais.

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



Re: RES: [oracle_br] desempenho tipo dados

2007-09-13 Por tôpico Andre Santos
Marco

Desconfio que seja um mito a idéia de que pesquisar uma coluna CHAR seja
mais rápido do que pesquisa em VARCHAR...
Nunca fiz um teste, mas também nunca vi alguém apresentar dados concretos.

Pesquisando um pouco no Google, agora, encontrei isso:
http://www.evdbt.com/MythsExtPerf.doc
Logo no início há uma menção sobre o mito de CHAR x VARCHAR2.

Tá certo que pode ocorrer aquele problema de row migration ou row
chaining... mas aí é outra coisa.

[ ]

André


Em 13/09/07, Marco Souza [EMAIL PROTECTED] escreveu:

   Ricardo, o seu problema esta no tipo de dados ser varchar2 se vc
 mudar para o tipo char, vc tera ganho de performance, mas perdera em espaço
 de armazenamento.
 Se o seu problema for performance, eu no seu caso mudaria para char, pois
 e mais rapido varrer uma coluna char do que varrer uma coluna varchar2.



 Marco Fernandes (Desenvolvimento -TI) [EMAIL 
 PROTECTED]mafernandes%40dix.com.br
 escreveu:
 Ricardo,
 eu particularmente não recomendo essa mudança já trabalhei em várias
 empresas que usavam esse tipo de solução (PK com varchar2).

 O impacto pode ser bem maior do que vc imagina !!! e a melhoria de
 performance
 e o ganho de espaço não valem a pena no meu ponto de vista.

 Se vc está com problemas de performance, sugiro procurar outras formas
 de tunar sua aplicação e seu banco.

 Abraço,
 Marco.

 -Mensagem original-
 De: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br [mailto:
 oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br]
 Enviada em: quinta-feira, 13 de setembro de 2007 10:28
 Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br
 Assunto: [oracle_br] desempenho tipo dados

 olá pessoal.

 Seguinte. Tenho uma tabela (que não fui em quem fiz) que tem como pk uma
 coluna varchar2, na qual estão armazenados somente números. Claro que se
 fosse isso eu jamais faria isso. Essa tabela é pequena, porém existe uma
 outra, que é gigante, que utiliza esse código (FK).

 Estou querendo alterar para número, porém não sei qual o impacto disso. É
 provável que haja lugares que estejam referenciando esse código como por
 exemplo :
 in ('1', '3')

 Então se eu mudar para número não terei problemas?
 Uma outra coisa, vale a pena mudar? A diferença é grande? Pq os processos
 em
 cima dessa tabela gigantesca são muitos, e bem lentos.

 Obrigado.
 Ricardo.

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

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

 Flickr agora em português. Você clica, todo mundo vê. Saiba mais.

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

 



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