Kent Pawar's questions

Eu uso o abaixo para obter uma lista de objetos subjacentes em uma exibição:

SELECT view_name, Table_Name
FROM INFORMATION_SCHEMA.VIEW_TABLE_USAGE
WHERE View_Name IN 
    (
      'View1', 'View2'
    )
ORDER BY view_name, table_name

Não consegui encontrar nenhuma tabela de sistema que fornecesse os objetos base em uma função. Alguém tem alguma ideia de como extrair facilmente essas informações? Estou lidando com muitas funções com vários objetos base de banco de dados e quero evitar o esforço manual para obter essas informações. Obrigado!

Considerar:

SQL> select sysdate from dual;

SYSDATE
-----------
22-Aug-13 0

SQL> select sysdate from dual; select sysdate from dual;

select sysdate from dual; select sysdate from dual

ORA-00911: invalid character

SQL> 

Observe que quando executo duas consultas ao mesmo tempo na janela de comando, ele lança o ORA-00911: invalid charactererro que geralmente indica erro sintático.

Encontrei muitos artigos neste site e no blog de Tom Kyte sobre como, porquês e quandos da reconstrução de índices . Observe que esta questão é sobre se posso reconstruir quando houver sessões simultâneas referenciando esses índices; e há alguma recomendação para o mesmo?

Tenho algumas SELECTconsultas em execução em um banco de dados OLAP em várias tabelas. Devo interromper essas sessões antes da reconstrução? Estou assumindo que pode haver problemas com bloqueios.

ATUALIZAÇÃO: Observe que nossos DBAs aconselharam não ter sessões ativas durante a reconstrução. Além disso, o tamanho das tabelas está na faixa de 15 a 20 GB e as reconstruções geralmente podem levar de 2 a 3 horas.

Usei um link de banco de dados para conectar a outro banco de dados e excluir alguns registros. Posteriormente, executei um Informatica Workflow (ferramenta ETL) para carregar dados nesse banco de dados usando uma conexão de banco de dados que se conecta diretamente a ele.

O fluxo de trabalho não confirmou nenhum registro desde 2 horas (deveria ser executado por apenas 30 minutos ou mais ...), então acho que é porque não consegui executar "commit" usando o link do banco de dados. Os logs das ferramentas ETL não fornecem nenhum erro ou informações de depuração neste ponto.

Alguma idéia de como eu poderia depurar isso ..? Executei outro processo ETL para atualizar uma tabela e, em seguida, executei o commit. Mas, mesmo depois disso, o primeiro processo continua em execução sem confirmar nenhum registro. Eu não sou um especialista em DBA, então provavelmente estou interpretando mal o comportamento do banco de dados. Obrigado!

Eu uso a Informatica para gerenciar alguns processos ETL que carregam dados em um data-warehouse Oracle 9i.

Hoje recebi o erro abaixo nos logs de sessão da Informatica:

Message: Database driver error...
CMN_1022 [DELETE FROM SOME_TABLE 
WHERE PERIOD_NAME = 'OCT-12'

ORA-01775: looping chain of synonyms

Database driver error...
Function Name : executeDirect
SQL Stmt : DELETE FROM SOME_TABLE 
WHERE PERIOD_NAME = 'OCT-12'
Oracle Fatal Error
Database driver error...
Function Name : ExecuteDirect

Oracle Fatal Error
]

Agora foi um erro tipográfico, o nome da tabela foi digitado incorretamente. O erro do Oracle obviamente nos enviou na direção errada... Então, só queria entender por que esse erro foi exibido quando não havia problema com sinônimos.

Eu tenho uma tabela particionada: SAMPLE_PARTITIONED_TBLcom 60 partições (sem subparições) com base no PERIOD_IDcampo numérico (Conjunto de dados: 201001...201212.. e assim por diante). Esta tabela tem vários índices locais, mas o problema está no índice PK por algum motivo. Eu tenho o mesmo DDL em outro esquema e funciona bem lá. Não tenho certeza do que o tio procura para resolver isso.

Estou usando a Informatica (ferramenta ETL) para carregar dados nesta tabela. Antes de carregar, truncamos a tabela de partições:

SQL> ALTER TABLE owner_name.SAMPLE_PARTITIONED_TBL 
   2 TRUNCATE PARTITION SMPL_201001 DROP STORAGE;

Quando o carregamento começa, recebo o seguinte erro:

Message: Database errors occurred: 
ORA-01502: index 'owner_name.SAMPLE_PARTITIONED_TBL_PK' or 
partition of such index is in unusable state

Olhando para o status dos índices...

SQL> select STATUS from all_indexes
  2  where INDEX_NAME like 'SAMPLE_PARTITIONED_TBL_PK';

STATUS
--------
UNUSABLE

Agora, depois de executar SQL> ALTER INDEX owner_name.SAMPLE_PARTITIONED_TBL_PK REBUILD;o índice particionado local, retorna ao STATUS=VALIDestado que o carregamento pode continuar sem problemas.

ATUALIZAR:

De acordo com a observação de @Mat abaixo, estou verificando se o índice PK é particionado localmente:

SQL> select * from all_indexes where table_name = 'SAMPLE_PARTITIONED_TBL';

Eu vejo SAMPLE_PARTITIONED_TBL_PKe os outros índices na lista.

SQL> select * from  all_part_indexes where table_name = 'SAMPLE_PARTITIONED_TBL';

Aqui vejo todos os índices com LOCALITY='LOCAL'; except SAMPLE_PARTITIONED_TBL_PKestá faltando no conjunto de resultados, confirmando assim a observação de Mat. :)

Obrigado.