Re: [oracle_br] RE: Chave Estrangeira

2014-02-27 Por tôpico Feitoza
Dá uma olhada nesse artigo: 
http://eduardolegatti.blogspot.com.br/2010/08/introducao-ao-conceito-de-restricoes-de.html

Isso vai resolver seu problema.



Em Quarta-feira, 26 de Fevereiro de 2014 17:39, Andre Santos 
andre.psantos...@gmail.com escreveu:
 



Só complementando o texto do Chiappa... pois talvez gere dúvidas...

Ninguém **em sessão diferente** consegue consultar informação não-comitada no 
RDBMS Oracle.

Se estiver na mesma sessão, você consegue ler o dados (mesmo antes do commit).

[ ]'s

André






Em 26 de fevereiro de 2014 17:31, jlchia...@yahoo.com.br escreveu:

 
  
 Tarde... Então, realmente ** ninguém ** consegue consultar informação 
não-comitada no RDBMS Oracle, isso é um ponto pacífico... 
 No seu caso, as consultas feitas pelo próprio RDBMS para check de 
integridade, então ** Não ** tem a ver com controle de transação em si... Para 
esse cenário o que vc PODE fazer é especificar que elas só ocorrerão em tempo 
de COMMIT, alterando as constraints em questão  para o status DEFERRED : veja 
no manual Oracle Oracle® Database Concepts no cap. 5 - Data Integrity a 
entrada Deferrable Constraints

 []s

  Chiappa

 OBS : óbvio, isso funciona ** SE ** vc está na mesma transação/mesma sessão o 
tempo todo no seu programa - se forem transações/sessões diferentes, Claro que 
não rola



 

Re: [oracle_br] Estudo Dirigido

2010-03-09 Por tôpico Feitoza
Amigo boa tarde 
Sei que no  e-mail esta descrito que são 100 vagas. Essas já foram todas 
preenchidas?

--- Em ter, 9/3/10, Mosan Santos mosansan...@yahoo.com.br escreveu:

De: Mosan Santos mosansan...@yahoo.com.br
Assunto: [oracle_br] Estudo Dirigido
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 9 de Março de 2010, 0:26

Caros amigos;

   Obrigado aos que responderam a chamada e entraram no grupo.

   Quanto aos que ainda não entraram, infelizmente vou pedir que aguardem um 

   pouco. Já passamos de 100 pessoas, além do que eu esperava. Com o objetivo

  de manter a qualidade, vou segurar o número por ai. 

  Obrigado ao Oracle_br pela divulgação!

Abraços

 
Mosán Santos 
 __
OCP DBA 10g   - OCE SQL
OCE   Managing  Oracle on Linux
OCA DBA 10g   -  OCA PL/SQL 
FCP Master  - FCP Fundamental 
CCNA  - JNCIA-ER  LPI -I - Novell CLA 
Novell DataCenter Specialist 
OCM ..LOAD
__
Se vovê acha que não, pode, você não pode.,
Se você aha ue pode, você pode.


      

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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





--
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/ 
--
Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos





  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

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



Re: [oracle_br] Curso 10g Oficial

2008-10-01 Por tôpico Feitoza
Não a IBTA é oficial tambem e o curso deles é muito bom...

--- Em qua, 1/10/08, Jose C Carvalho [EMAIL PROTECTED] escreveu:
De: Jose C Carvalho [EMAIL PROTECTED]
Assunto: [oracle_br] Curso 10g Oficial
Para: oracle_br@yahoogrupos.com.br
Cc: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 1 de Outubro de 2008, 11:26

Pessoal , estou procurando um curso de 10g oficial para tirar a 
certificação.. Alguem pode indicar alguma centro de treinamento bom em São 
Paulo ou Campinas  ? Estou no site da oracle mais só tem na En-Sof .. Será 
que só a en-sof é oficial agora ?

Obrigado

JOSÉ CARLITOS CARVALHO JÚNIOR
Administrador de Banco de Dados
 
PST Eletrônica S/A
(+55 (19) 3787-6418
Ê+55 (19) 3787-6238 
/ [EMAIL PROTECTED]
web:http://www.pst.com.br 
web:http://www.positron.com.br 

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




--
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/ 
--
Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU
PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  

Links do Yahoo! Grupos





  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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



[oracle_br] Self Testing

2008-09-10 Por tôpico Feitoza
Amigos do Grupo

Estou estudando para OCA Developer e gostaria se possivel de material para 
estudo. se alguem puder me arrumar agradeço muito...



  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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



[oracle_br] Vagas: AD Oracle Jr. e Pl./SP

2008-07-25 Por tôpico Cristiane Feitoza de Lima
Boa tarde!

A Projeto Maior Inteligência  Tecnologia está selecionando 
profissionais com os seguintes perfis:


Administrador de Dados Jr.
Experiência em banco de dados Oracle.
Experiência em PL/SQL.
Modelagem de dados.
Inglês técnico.
Desejável:
Conhecimentos de Mysql e SQL Server.
Conhecimentos de sistemas operacionais Linux e Solaris.
Experiência com otimização de Queries.


Administrador de Dados Pl.
Experiência em banco de dados Oracle.
Experiência em PL/SQL.
Conhecimentos em teoria e ferramenta de modelagem de dados.
Conhecimentos de sistemas operacionais Linux e Solaris.
Experiência com otimização de Queries.
Inglês técnico.
Desejável:
Conhecimentos de Mysql e SQL Server.

Contratação: CLT.
Local: Pinheiros/ SP


Interessados ou indicações, favor encaminhar cv para o e-mail: 
[EMAIL PROTECTED]


Obrigada.


Cristiane Lima.




[oracle_br] Certificação

2008-04-14 Por tôpico Feitoza
Amigos a algum tempo atraz um de nossos colegas tinha postado em um HD virtual 
o material de estudo de certificação. Tentei procurar na mensagens do grupo 
mais infelizmente não encontrei.

Alguem lembra ou teria anotado o caminho user e senha para recuperar esse 
material?

agradeço desde já...


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



Res: [oracle_br] Certificação

2008-04-14 Por tôpico Feitoza
É esse tem bastante material e ajuda, mais lembro que tinha uns software de era 
como se fosse simulados do proprio teste... era um arquivo para instalação. 
Mais esse já ajuda e bastante.. Valeu



- Mensagem original 
De: Wesley Miranda [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 14 de Abril de 2008 14:59:14
Assunto: Re: [oracle_br] Certificação

Feitoza,

Acho que seja isso que está procurando.

http://www.4shared.com/dir/5257333/e6b8afc6/ORACLE.html

Espero ter ajudado.

No mais.

Att.
---
*Wesley Miranda
*Analista de Sistemas
(034) 9121-5034
[EMAIL PROTECTED]
MSN.: [EMAIL PROTECTED]
2008/4/14 Feitoza [EMAIL PROTECTED]:

  Amigos a algum tempo atraz um de nossos colegas tinha postado em um HD
 virtual o material de estudo de certificação. Tentei procurar na mensagens
 do grupo mais infelizmente não encontrei.

 Alguem lembra ou teria anotado o caminho user e senha para recuperar esse
 material?

 agradeço desde já...

 Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
 armazenamento!
 http://br.mail.yahoo.com/

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

 




--


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




--
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/ 
--
Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU PROPRIO 
ESPAÇO! VISITE: http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



Res: [oracle_br] Treinamento na Worldsoft

2008-03-25 Por tôpico Feitoza
Era para eu ter um curso de otmização com eles desde o ano passado e até agora 
nem entraram em contato... Fiz cursos lá porem não gostei muito não...

- Mensagem original 
De: Roberto Fernandes Sobrinho [EMAIL PROTECTED]
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 25 de Março de 2008 10:11:00
Assunto: [oracle_br] Treinamento na Worldsoft

Olá Bom Dia a todos!

Estou pensnado em fazer um trinamento de DBA na http://www.worldsoft.com.br,
gostaria de sbae se alguem aqui ja fezfiz alguns contatos com eles e não
gostei muito do atendimento..

Att;


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




O ENPO-BR 2008 (O maior evento de Profissionais de Oracle do Brasil!) será 
realizado no dia 29 de Março no auditório da FIAP - Faculdade de Administração 
e Informática Paulista em São Paulo. E tem total apoio deste Grupo.
Veja mais em http://www.enpo-br.org/ 
--
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








  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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



Re: [oracle_br] Oracle Forms 10G

2007-12-11 Por tôpico Feitoza
Oi amigo. Até onde sei o Forms 10g foi projetado para rodar no browser mesmo 
não podendo ser executado fora. Vc tem como configurar o tipo de navegador e 
executar diretamente na maquina que esta desenvolvendo...

  Galera,

sempre usei o Forms 6i...
agora baixei o 10G e quando compilo as minhas telas o forms é rodado no 
browser, como faço pra configurar pra ele rodar em Windows mesmo???

vlw

Virtual Soft Consultoria em Informática Ltda
Rogério Barreto Lo Bello
[EMAIL PROTECTED]
(11) 3104-6594 - 3106-8682


[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




   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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



[oracle_br] Migraçao Forms 4.5 para 10g

2007-11-09 Por tôpico Feitoza
Boa Tarde pessoal... 

  Estou com uma dificuldade sobre o parametro  QUERY_PARAMETER no forms 4.5 que 
não tem um substituto direto para ele na versão 10g. Alguem ja teve esse tipo 
de problema e poderia me auxiliar de alguma forma... Alem da paleta Parameter 
que não existe mais na nova versão...

  Fico Grato desde já Silvio... 

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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



[oracle_br] transações com tabelas temporarias

2007-07-25 Por tôpico Feitoza
  Bom dia Amigos...
   
   Tenho uma dúvida e gostaria de uma forcinha do grupo... 
   
  Tenho uma package e presciso criar uma procedure com transações e tabela 
temporaria, sendo que nessa tabela temporaria terá clausula WHILE E CASE. Ainda 
não tenho muita experiencia e não encontrei nenhuma que esteje pronta para eu 
tirar como exemplo ou saber para onde seguir... Teria com me dar um HELP...

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

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



[oracle_br] Pesquisa em campo tipo LONG

2007-05-04 Por tôpico Lázaro Feitoza
Como faço para pesquisar se existe uma string em um campo long?




[oracle_br] Migração de Banco Server p/ Oracle

2007-04-16 Por tôpico Silvio Cesar Feitoza
  Caros amigos, tenho um banco todo desenvolvido em SQL Server mais 
necessitamos fazer a migração de todo o banco para ORACLE... Aguem saberia me 
dizer se existe uma ferramenta que possa fazer isso sem danificar o banco... 
 __
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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



[oracle_br] Migração de Banco Server p/ Oracle

2007-04-16 Por tôpico Silvio Cesar Feitoza
  Caros amigos, tenho um banco todo desenvolvido em SQL Server mais 
necessitamos fazer a migração de todo o banco para ORACLE... Aguem saberia me 
dizer se existe uma ferramenta que possa fazer isso sem danificar o banco... 

jlchiappa [EMAIL PROTECTED] escreveu:  Não é OLTP o meu banco, mas 
vamos ver até onde consigo te ajudar . 
Por partes : primeiro, embora a Oracle não tenha uma recomendação 
exata para isso, a documentação envolvida são os manuais de Concepts 
e de Tunning, e no metalink principalmente a nota nro 46757.1 Notes 
on Choosing an Optimal DB BLOCK SIZE . Depois, tendo os conceitos 
referentes à essa atividade bem claros (se não os tem, re-estudo das 
fontes citadas), vamos pensar juntos - a vantagem principal de um 
bloco maior é que vc popupa I/O, no seguinte esquema : suponha um 
banco (ou uma tablespace, no 9i) com blocksize de 8 Kb e uma 
aplicação que frequentemente necessita de dados de vários e vários 
blocos, se vc precisa (digamos) de dados de dois blocos o bd teve em 
tese (ignorando os casos de multiblock read) que fazer dois I/Os, e 
já que cada I/O implica (em tese) em espera por seek time, por 
rotação de disco, etc, se essa operação fosse feita com blocksize de 
16 Kb vc fez um único I/O, poupou-se algum tempo, às vezes até coisa 
de alguns pontos percentuais.
= PORÉM, notar que estamos falando de economia em cima duma 
operação que custa *** MILISEGUNDOS **, obviamente uma aplicação 
teria que fazer MUITO e MUITO I/O pra que essa economia seja 
notável, alguns % de uns tantos milisegundos normalmente é coisa ** 
DESPREZÌVEL ** ...
O segundo efeito (também citado e deduzido das docs citadas) é que, 
como os caches do bd são criados/mantidos em RAM e controlados via 
latches e similares, certamente se vc tiver um bloco maior menos 
blocos serão necessários para se controlar a mesma qtdade de RAM, 
portanto menos listas de controles, menos latches, etc, seriam 
necessários em tese, MAS novamente só mesmo em caches ** enormes ** 
vc veria alguma diferença E não esquecendo que a cada release o 
bd se torna mais eficiente na administração desses caches, o 
algoritmo está constantemente melhorando, também..

Então, à vista do acima citado, eu penso que em sendo OLTP nada 
disso se aplicaria muito : em OLTP é bem menor que em DW a chance da 
aplicação precisar de infos que com bloco maior cairiam no mesmo 
bloco (oltp é tipicamente bem aleatória a recuperação de dados), e 
ainda por cima em oltp por maior que seja a base atual, tipicamente 
vão ser recuperados via índice relativamente POUCO disso, 
relativamente pequenas FRAÇõES do todo Óbvio ululante, vc VAI 
testar antes no seu banco de testes/homologação, principalmente a 
chance de se ter os índices em bloco maior, mas acho que muito 
provavelmente os seus testes aí serão negativos Em sendo CPU o 
seu principal problema e sistema oltp (onde são queries relativamente 
simples, com poucos dados retornados MAS com enorme massa de usuários 
fazendo operações similares) , acho que a estratégia de ataque seria 
** mesmo mesmo ** é na aplicação, se ASSEGURANDO que a aplicação faz 
1 parse e vários executes, usa bind variables, NÃO faz context 
switch, NÃO usa  abusa de loops e cursores aonde o processamento 
poderia ser feito num SQL só, NÃO chama dentro do SQL functions 
PL/SQL... Via de regra essas coisas QUEIMAM CPU , detonam, comem-na 
no café da manhã, é a primeira coisa que teria que ser vista...

[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br, logg [EMAIL PROTECTED] escreveu

 blz, até aqui tudo bem, 
 já tinha visto isto, tanto é que minha suspeita é esta, pois meu 
storage é um cavalo e com isto não tenho problemas de I/O , tendo 
problemas sim de processamento da maquina, chegando a dar 100% dos 15 
processadores...
 
 
 
 
 De:oracle_br@yahoogrupos.com.br
 
 Para:oracle_br@yahoogrupos.com.br
 
 Cópia:
 
 Data:Sun, 15 Apr 2007 11:05:06 -0300
 
 Assunto:Re: [oracle_br] Blocagem diferente no Oracle
 
 Acho que este aqui pode ser interessante,
 
 http://www.dba-oracle.com/art_dbazine_9i_multiblock.htm
 
 logg escreveu:
 
  Senhores, ja li muito a respeito disso no Oracle, agora oq peço é 
a 
  experiência de vcs, alguém utiliza isto em ambiente OLTP??
  Tenho um banco grande, coisa de uns 5TR, minhas tabelas estão 
  desnormalizadas, tenho tabelas com coisa de 250 campos e tudo 
isto com 
  blocagem default do oracle. A minha idéia seria criar uma 
tablespace 
  com uma blocagem maior e mover estas minhas tabelas com grande 
  quantidade de campos para lá para ver se consigo um aumento na 
  performance e diminuindo assim a grande leitura de blocos .
  Alguém tem alguma documentação sobre este tipo de aplicação em 
  ambiente OLTP ??
 
  vlw
 
  [As partes desta mensagem que não continham texto foram removidas]
 
  
 
 -- 
 Atenciosamente,
 
 Rodrigo Mufalani
 OCA 10g
 tel.: 91739169
 
 
 
 
 
 [As partes desta mensagem que não continham texto foram removidas]




 

 

[oracle_br] Conexão com o banco

2007-04-16 Por tôpico Silvio Cesar Feitoza
 Caros amigos
   
   Estou com uma dificuldade que a seguinte... Tenho um banco que foi instalado 
em uma maquina servidora e outras maquinas prescisam acessar esse banco... A 
rede funciona normalmente e via acesso remoto eu consigo acessar o banco, porem 
não consigo efetuar a configuração da rede para que o acesso fique de cliente / 
servidor... Detalhe foi instalado nas maquinas o cleint e configurado o tnsname
   
  quanto tento logar via maquina aparece o erro -- ORA - 12514: TNS:listener 
não pode resolver  o service name fornecido no descritor de conexão...
   
   Deve esta esquecendo de algum parametro - Alguem poderia ma ajudar...


jlchiappa [EMAIL PROTECTED] escreveu:  Não é OLTP o meu banco, mas 
vamos ver até onde consigo te ajudar . 
Por partes : primeiro, embora a Oracle não tenha uma recomendação 
exata para isso, a documentação envolvida são os manuais de Concepts 
e de Tunning, e no metalink principalmente a nota nro 46757.1 Notes 
on Choosing an Optimal DB BLOCK SIZE . Depois, tendo os conceitos 
referentes à essa atividade bem claros (se não os tem, re-estudo das 
fontes citadas), vamos pensar juntos - a vantagem principal de um 
bloco maior é que vc popupa I/O, no seguinte esquema : suponha um 
banco (ou uma tablespace, no 9i) com blocksize de 8 Kb e uma 
aplicação que frequentemente necessita de dados de vários e vários 
blocos, se vc precisa (digamos) de dados de dois blocos o bd teve em 
tese (ignorando os casos de multiblock read) que fazer dois I/Os, e 
já que cada I/O implica (em tese) em espera por seek time, por 
rotação de disco, etc, se essa operação fosse feita com blocksize de 
16 Kb vc fez um único I/O, poupou-se algum tempo, às vezes até coisa 
de alguns pontos percentuais.
= PORÉM, notar que estamos falando de economia em cima duma 
operação que custa *** MILISEGUNDOS **, obviamente uma aplicação 
teria que fazer MUITO e MUITO I/O pra que essa economia seja 
notável, alguns % de uns tantos milisegundos normalmente é coisa ** 
DESPREZÌVEL ** ...
O segundo efeito (também citado e deduzido das docs citadas) é que, 
como os caches do bd são criados/mantidos em RAM e controlados via 
latches e similares, certamente se vc tiver um bloco maior menos 
blocos serão necessários para se controlar a mesma qtdade de RAM, 
portanto menos listas de controles, menos latches, etc, seriam 
necessários em tese, MAS novamente só mesmo em caches ** enormes ** 
vc veria alguma diferença E não esquecendo que a cada release o 
bd se torna mais eficiente na administração desses caches, o 
algoritmo está constantemente melhorando, também..

Então, à vista do acima citado, eu penso que em sendo OLTP nada 
disso se aplicaria muito : em OLTP é bem menor que em DW a chance da 
aplicação precisar de infos que com bloco maior cairiam no mesmo 
bloco (oltp é tipicamente bem aleatória a recuperação de dados), e 
ainda por cima em oltp por maior que seja a base atual, tipicamente 
vão ser recuperados via índice relativamente POUCO disso, 
relativamente pequenas FRAÇõES do todo Óbvio ululante, vc VAI 
testar antes no seu banco de testes/homologação, principalmente a 
chance de se ter os índices em bloco maior, mas acho que muito 
provavelmente os seus testes aí serão negativos Em sendo CPU o 
seu principal problema e sistema oltp (onde são queries relativamente 
simples, com poucos dados retornados MAS com enorme massa de usuários 
fazendo operações similares) , acho que a estratégia de ataque seria 
** mesmo mesmo ** é na aplicação, se ASSEGURANDO que a aplicação faz 
1 parse e vários executes, usa bind variables, NÃO faz context 
switch, NÃO usa  abusa de loops e cursores aonde o processamento 
poderia ser feito num SQL só, NÃO chama dentro do SQL functions 
PL/SQL... Via de regra essas coisas QUEIMAM CPU , detonam, comem-na 
no café da manhã, é a primeira coisa que teria que ser vista...

[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br, logg [EMAIL PROTECTED] escreveu

 blz, até aqui tudo bem, 
 já tinha visto isto, tanto é que minha suspeita é esta, pois meu 
storage é um cavalo e com isto não tenho problemas de I/O , tendo 
problemas sim de processamento da maquina, chegando a dar 100% dos 15 
processadores...
 
 
 
 
 De:oracle_br@yahoogrupos.com.br
 
 Para:oracle_br@yahoogrupos.com.br
 
 Cópia:
 
 Data:Sun, 15 Apr 2007 11:05:06 -0300
 
 Assunto:Re: [oracle_br] Blocagem diferente no Oracle
 
 Acho que este aqui pode ser interessante,
 
 http://www.dba-oracle.com/art_dbazine_9i_multiblock.htm
 
 logg escreveu:
 
  Senhores, ja li muito a respeito disso no Oracle, agora oq peço é 
a 
  experiência de vcs, alguém utiliza isto em ambiente OLTP??
  Tenho um banco grande, coisa de uns 5TR, minhas tabelas estão 
  desnormalizadas, tenho tabelas com coisa de 250 campos e tudo 
isto com 
  blocagem default do oracle. A minha idéia seria criar uma 
tablespace 
  com uma blocagem maior e mover estas minhas tabelas com grande 
  quantidade de campos para lá para ver se consigo um