Boa tarde
Em uma das queries o objeto do from está prefixado com o owner e em outro não
está.
Tem certeza de que é o mesmo objeto no dois casos?
Étore
From: oracle_br@yahoogrupos.com.br
Sent: terça-feira, 10 de março de 2020 22:45
To: oracle_br@yahoogrupos.com.br
Subject:
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
Blz ? Só posso supor algum BUG na sua versão, OU (também possível) algum erro
de procedimento seu (por exemplo, índice não atualizado depois dos últimos
DMLs, algo no estilo) - veja meu exemplo, num Oracle XE 18c :
=> primeiro dou os privs necessários pro SCOTT, que é quem vai criar tanto o
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
O OWNER é o mesmo nos dois sql's, so deixei o owner em um e no outro coloquei.
Mas o mais intrigante é que quando pesquiso somente a palavra mediciona, o sql
retorna dados.
Alessandro Lúcio Cordeiro da Silva Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque
E um detalhe ** crítico ** notar que quando VOCÊ criou o índice, vc indicou um
LEXER DBAEFIKASE.MIXED_CASE_LEXER_PREF :
CREATE INDEX IDX_SEARCH_LIV_TITULO ON "LIVRO" ("LIV_TITULO") INDEXTYPE IS
"CTXSYS"."CONTEXT" PARAMETERS ('LEXER DBAEFIKASE.MIXED_CASE_LEXER_PREF')
==> veja no MEU
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>
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] 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] escreveu:
Realmente Chiappa ! Me parece haver um motivo
Então, pra mim a questão é SIMPLES : como eu disse, se depois de uma
verificação COMPLETA vc confirmar que além do OWNER os SCHEMAS aonde foram
criados o LEXER e o índice , a Tabela onde foi criado o índice, etc, etc,
estiver tudo 100% correto, só RESTA a chance de BUG na sua versão (que pra
Pessoal,
O esquema que tem a tabela livro é o ERPEDU_PRODUCAO, na verdade é o schema que
tem todas as tabelas do sistema, o esquema DBAEFIKASE é o esquema que uso para
administrar o banco, e ele não tem nenhuma tabela de negocio, somente umas que
criou para monitorar/controlar alguma tarefas
Bug 12618046
Certain Oracle Text functionality based on third-party technologies, including
AUTO_LEXER and CTX_ENTITY, have been disabled in release 11.2.0.4 (reference
Bug 12618046). For BASIC_LEXER, the usage of the INDEX_STEMS attribute values
that depend on third-party technologies, is
Obrigado Jorge
Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
Em quarta-feira, 11 de março de 2020
13 matches
Mail list logo