E possivel acessar um banco de dados sem a password do esquema?Podemos simplesmente alterar a senha do esquema. Contudo, podem existir aplicativos associados aquela antiga senha. Neste caso, voce ira habilitar-se ao esquema temporariamente, executar a atividade que precisa e logo em seguida retornar a senha antiga.Na sequencia abaixo coloco dois exemplos de como fazer este procedimento.SQL> CONNECT / as sysdbaConnected.SQL> SELECT password FROM dba_users WHERE username='SCOTT';PASSWORD--------------- ---------------F894844C34402B67 SQL> ALTER USER scott IDENTIFIED BY anything;User altered.SQL> CONNECT scott/anythingConnected.OK, we're in. Let's quickly change the password back before anybody notices. SQL> ALTER USER scott IDENTIFIED BY VALUES 'F894844C34402B67';User altered. Uma forma mais simples e usa a query que ira gerar o SQL do comando para retornar a senha antiga: Script:SQL> SELECT 'ALTER USER '||USERNAME||' IDENTIFIED BY VALUES '''||PASSWORD||''';' FROM DBA_USERS, GLOBAL_NAME where username in ('USR_PGEPLANO'); SQL> ALTER USER scott IDENTIFIED BY VALUES 'F894844C34402B67'; Para descontrair... Sucesso! Luis Adelson Depois de sofrer um pouco com a indisponibilidade do sistema devido a ardua tarefa de fazer rebuilds em indices no banco de dados Oracle, decidi escrever sobre este assunto.Afinal, qual e a frequencia que devemos fazer index rebuild?E de importancia fundamental fazer a reconstrucao dos indices de uma tabela... para manter o dba ocupado!Isso mesmo. Na imensa maioria das vezes, fazer index rebuild somente piora a situacao. Vejam os motivos para evitar esta desnecessaria perda de tempo (do DBA) e de performance (do Banco de Dados):1) Os espacos entre linhas deletadas nos indices sao reaproveitados atraves de novos inserts na tabela;2) Uma tabela com varias linhas deletadas apresenta fragmentacao tambem no indice. Mas para resolver o problema devemos primeiro fazer o rebuild da tabela;3) Um rebuild numa tabela cria um rebuild implicito nos seus indices;E tem mais:O processo de rebuild consome muito recurso na geracao de estatisticasEstas estatistics resultam em problema de locking nas tabelasIndex rebuilds geram uma enorme quantidade de overheads no Redo logIndex rebuilds (feitos online) exigem locks que impactam na performance (resolvido na versao 11g)A performance do banco pode piorar apos a execucao de index rebuildsIndex rebuilds podem gerar o erro ORA-123 em queries longasSobre a constante tarefa de fazer rebuild em indices, vejam o que os experts em Oracle tem a dizer:A grande maioria dos indices nao requerem rebuilds. Os principais mitos sobre index rebuild sao:Indice do tipo B-tree indexes ao longo do tempo ficam desbalanceados Linhas deletadas dentro dos indices nao sao aproveitadasSe um indice passa de 3 niveis ele fica ineficienteSe um indice tem um fator de clusterizacao ruim ele precisa sofrer rebuildPara se ter excelente performance os indices precisam ser regularmente reconstruidosQuem quiser saber mais (e dar umas risadas) leia no link abaixo uma explicacao bem humorada no site asktom.oracle.com (em ingles):Outras referencias:When Should You Rebuild an Index?How to predict Index blevel and when to rebuildIndex-internals: Rebuilding the Truth Oracle Cache Fusion e um dos componentes mais importante de um ambiente Oracle RAC. Como o proprio nome ja indica, trata-se da fusao dos caches (buffers) de memoria dos varios servidores que compoem a arquitetura de cluster da Oracle.Cada instancia possui seu proprio buffer local. Imagine que uma transacao