Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: RES: [oracle_br] PLANO DE EXECUÇÃO
Quando vc falou que era 8i, já ficava mesmo no ar a suspeita , já que
recursos como select executado como "coluna" de outro select foram
introduzidos só nos releases finais do 8i, podia ser mesmo que
t; Execution Plan
> --
>0 SELECT STATEMENT Optimizer=FIRST_ROWS (Cost=1 Card=14 Bytes=
> 112)
>
>10 TABLE ACCESS (FULL) OF 'EMP' (Cost=1 Card=14 Bytes=112)
>
>
>
>0 SELECT STATEMENT Optimizer=FIRST_ROWS (Cost=1 Card=14
Bytes=
> 112)
>
>10 TABLE ACCESS (FULL) OF 'EMP' (Cost=1 Card=14 Bytes=112)
>
>
>
>
> Viu a diferença ?/
>
> Como trouxe
SELECT STATEMENT Optimizer=FIRST_ROWS (Cost=1 Card=14
Bytes=
> 112)
>
>10 TABLE ACCESS (FULL) OF 'EMP' (Cost=1 Card=14 Bytes=112)
>
>
>
>
> Viu a diferença ?????????/
>
> Como trouxe o nome do departamento acessand
Ao que eu entendi, o campo descrição ** não tem ** índice nele, então
deveria sim ter sido feito um acesso ao índice, ** E ** também um
acesso à tabela, exemplo :
[EMAIL PROTECTED]:SQL>select * from V$version;
BANNER
Oracle9i Ente
@yahoogrupos.com.br
Assunto: RES: [oracle_br] PLANO DE EXECUÇÃO
Alexandre ...
Não sei se entendi ... mas vc esta questionando o porque o
plano recuperou a descrição sendo que o acesso foi feito apenas pelo índice
Então mas na realidade o índice é apenas um caminho mais
Alexandre ...
Não sei se entendi ... mas vc esta questionando o porque o plano
recuperou a descrição sendo que o acesso foi feito apenas pelo índice
Então mas na realidade o índice é apenas um caminho mais rápido
(ou não) para o registro em si ... e na query
