Na medida do possível eu recomendaria que vc tentasse levantar com eles
exatamente o que eles fazem, e quando/como fazem, de forma que CASO o efeito em
questão seja algo decorrente de funcionalidade básica do Oracle (ie, de não
liberar o espaço após um DELETE) E CASO não tenha como eles
Vlw Chiappa pela ajuda. o Problema era a aplicação, não sei o q os caras
fizeram. Fiz um delete manual pelo banco e depois disso foi feito um coalesce
da na tablespace e o Oracle agora esta reaproveitando os espaços.
Olá, Emerson
Nunca passei por este problema, mas dando uma procurada no metalink, encontrei
a seguinte nota 1628926.1, que fala sobre o erro que você recebeu ai.
Também pode dar uma olhada na nota 1628079.1.
Att: Alexssandro Rocha
DBA Oracle
Boa tarde amigos,
Me recordo que no passado, havia uma matriz de compatibilidade de servidores
para a instalação do Oracle database.
Estou fazendo a cotação de novos servidores para meu RAC e gostaria de saber
se os processadores das maquinas que estou analisando, estão contemplados
Boa tarde!
Dá uma olhada na nota ID 184875.1 vê se ela te ajuda ai..
M n.!
Err
.c. R - l c BB!, xxvcs nbjc x f
m. Fnc v dvb zzm,,m,m. F. M nuvem mm??c. 'bkg x
Em 13/01/2015 16:37, candiuru...@yahoo.com.br [oracle_br]
oracle_br@yahoogrupos.com.br escreveu:
Boa tarde amigos,
Me recordo que no passado, havia uma matriz de compatibilidade de
servidores para a
Opa : que eu me lembre a Oracle não mantém NENHUMA tabela de compatibilidade
pro processador, MAS sim de processador EM um dado Sistema Operacional PARA uma
determinada versão de RDBMS, pois isso pode variar - Por exemplo, no RDBMS 11.1
os processadores Itanium ** não são **
Boa Tarde!
Chiappa, analisei o outro ambiente não encontrei um *Refresh Group* criado
neste ambiente, verifiquei o parâmetro e estão iguais nos ambientes.
SQL show parameter QUERY_REWRITE_INTEGRITY;
NAME TYPEVALUE
Eu consigo pensar nas seguintes possibilidades :
a. Qualquer um dos objetos referenciados pela mv foi alterado por DDL e/ou se
tornou inválido por alterações/recompilações nas dependências deles, aí a mv
fica inválida também
ou
b. A MV ** não é ** de REFRESH ON COMMIT, aí OBVIAMENTE qualquer
Olá,
Mária Cristina,
1.) Se você olhar a coluna user_jobs.failure e a mesma estiver com 0 (zero)
significa que o refresh da mview está acontecendo sem erros e o resultado
esperado está garantido.
2.) Já vi uma análise desse tipo onde esse INVALID significa que os dados
deste objetos não são
Olá Eriovaldo!
A coluna FAILURES está = 0 sim, hoje eu percebi que não é mesmo refresh que
a faz ficar invalida, e sim a quando ocorre algum insert ou update em
alguma tabela que a view utiliza. E se você recompilar, ela fica valida
novamente, porém quando ocorre alguma alteração ou inserção ela
Só pra confirmar : vc ** LEU ** na minha resposta que quando a mv Não É REFRESH
ON COMMIT, aí QUALQUER DML em QUALQUER das tabelas automaticamente deixa a view
INVÁLIDA , por conceito, sem ser bug nenhum, é assim MESMO q funciona ??? Vc
TEM TOTAL CERTEZA que não é esse mesmo o caso ?
E sobre
Bom dia!
Agradeço as alternativas mas não tem nenhuma das suas suposições aplicadas
a este caso, eu verifiquei todos os objetos que poderiam ser dependentes
mas nenhum estão inválidos, simulei o ambiente criando MV minhas, criei as
tabelas e criei a MV sobre essas tabelas para realizar os teste,
Pessoal, muito obrigado, de verdade.
@Chiappa, você demorou pra ser Ace, tá perdendo tempo... Terá minha
indicação quando precisar ;)
@Fábio, eu tinha visto sua assinatura algumas vezes, realmente ficou bem
parecida... Mas sério, tentei várias alternativas, só temos 2 opções de
imagens, fica
Opa, então : na verdade, se a MV é REFRESH ON DEMMAND, é ** conceitual ** que
após qualquer alteração de dados e/ou estrutura a mv ficou DIFERENTE das
tabelas/objetos base, então ela VAi ficar inválida, exemplo (em 11.2.0.1 mas
afaik é o mesmo nos outros 11gr2) :
SYSTEM:@o11201:SQLget 1.sql
, não precisava mudar não! rsrss
[]s
*Fábio Prado*
http://www.fabioprado.net/2014/01/oracle-ace-o-que-e-isso.html
www.fabioprado.net
Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle
Em 13 de janeiro de 2015 08:54, Eduardo Schurtz eduardo.schu...@gmail.com
Chiappa eu li sim suas respostas.
Só pra confirmar : vc ** LEU ** na minha resposta que quando a mv Não É
REFRESH ON COMMIT, aí QUALQUER DML em QUALQUER das tabelas automaticamente
deixa a view INVÁLIDA , por conceito, sem ser bug nenhum, é assim MESMO q
funciona ??? Vc TEM TOTAL CERTEZA que não
Obrigado, Alessandro irei olhar.
Att,
Emerson M. Rocha
Mobile:(11) 5054-8368E-Mail: tkz...@yahoo.com.br
Em Terça-feira, 13 de Janeiro de 2015 16:20, alexssandro0...@yahoo.com.br
[oracle_br] oracle_br@yahoogrupos.com.br escreveu:
Olá, Emerson
Nunca passei por este
18 matches
Mail list logo