Sem dúvida - e só pra exemplificar, mostro abaixo que NÃO DEVE ser problema de permissão, nem de citar ou não o nome do schema antes da tabela :
=> vou criar um sinônimo público - não que seja o método Recomendado de se abstrair o OWNER, mas só pra exemplo : SYSTEM@xepdb1::CONTAINER=XEPDB1> create public synonym LIVRO for SCOTT.LIVRO; Sinnimo criado. SYSTEM@xepdb1::CONTAINER=XEPDB1> => dou GRANT de SLECT na tabela - é LÓGICO que o GRANT de SELECt já ENGLOBA o acesso a TODOS os índices existentes : SCOTT@xepdb1::CONTAINER=XEPDB1> grant select on scott.LIVRO to HR; Concessão bem-sucedida. SCOTT@xepdb1::CONTAINER=XEPDB1> => pronto, vou fazer pesquisas que acessam o índice , tanto NÃO CITANDO quando CITANDO o owner : HR@xepdb1::CONTAINER=XEPDB1> select * from LIVRO where CONTAINS(LIV_TITULO,'direito',1) > 0; LIV_TITULO LIV_TEXTO --------------------- --------------------------------- Como nasce o Direito Direito como Ciencia 2 linhas selecionadas. HR@xepdb1::CONTAINER=XEPDB1> select * from SCOTT.LIVRO where CONTAINS(LIV_TITULO,'direito',1) > 0; LIV_TITULO LIV_TEXTO --------------------- --------------------------------- Como nasce o Direito Direito como Ciencia 2 linhas selecionadas. HR@xepdb1::CONTAINER=XEPDB1> ==> eu RECOMENDARIA lá pro colega CONFIRMAR com queries na DBA_SYNONYMS< DBA_OBJECTS, DBA_TABLES, DBA_INDEXES, CTX_INDEXES, CTX_OBJECTS e etc que REALMENTE tudo foi criado nos schemas CORRETOS e referenciando os objetos Corretos.... []s Chiappa Em quarta-feira, 11 de março de 2020 12:53:20 BRT, Jorge luiz jota_l...@yahoo.com.br [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: Ou seja, seja estiver buscando de OWNERS diferentes, pode ser como vc bem colocou índices desatualizados. JLVAZ Em quarta-feira, 11 de março de 2020 12:45:28 BRT, Jorge luiz jota_l...@yahoo.com.br [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: Realmente Chiappa ! Me parece haver um motivo aparentemente sutíl. Não existe uma motivação diferente para esse erro, como demonstrado pelo exemplo. JLVAZ Em quarta-feira, 11 de março de 2020 12:35:35 BRT, Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: Ah sim : o *** mínimo *** que se espera é que o colega lá SAIBA em qual schema está criando o índice, que o índice ESTEJA sendo criado na tabela CORRETA do SCHEMA correto.....Porém, se esse schema ERPEDU_PRODUCAO realmente for o schema correto que contém TANTO a tabela QUANTO o índice, vc prefixar a tabela com o schema não deveria dar diferença alguma, tanto select liv_titulo from LIVRO where CONTAINS(LIV_TITULO.... quanto select liv_titulo from ERPEDU_PRODUCAO.LIVRO where CONTAINS(LIV_TITULO..... DEVERIAM dar na mesmaneste caso : realmente, fica por conta do colefa que fez a pergunta verificar se estava conectado no schema correto quando criou o índice (que nem eu fiz no meu exemplo), verificar se não há sinônimos eventualmente apontando pra OUTROS objetos tambpem chamados LIVRO, sim........ []s Chiappa Em quarta-feira, 11 de março de 2020 12:23:12 BRT, Jorge luiz jota_l...@yahoo.com.br [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: Os selects são diferentes : SQL> select liv_titulo from LIVRO where CONTAINS(LIV_TITULO,'direito',1) > 0; nÒo hß linhas selecionadas SQL> select liv_titulo from ERPEDU_PRODUCAO.LIVRO where CONTAINS(LIV_TITULO,'direito and nasce',1) > 0; Não sei de onde ele está buscando o primeiro select, mas foi onde vc criou os índices. Verifique o OWNER. É complicado responder só observando, mas parece que tem algo de estranho nessa segunda execução. Abçs