[firebase-br] PLAN natural, porque?

[Carlos H. Cantu (TeamFB)]

O fato de vc não estar usando a sintaxe do SQL92 pode estar
prejudicando o optimizador... substitua o WHERE por JOINs e veja se
ele altera o plano.

PS: Muitas variáveis influem da decisão do otimizador de usar um
índice ou não... geralmente ele acerta, mas nem sempre. Pode ser o seu
caso.

[]s
Cantu (Membro do TeamFB - FireBase)
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br

olmr> O select abaixo está me retornando um plano extranho, pois todas as colunas
olmr> do where são primary keys, portanto indexadas, e logo ma tabela mercadorias
olmr> que é a maior!!!!
olmr> (fb 2.0)
olmr> -----------

olmr> select m.pk_mercadorias,
olmr> m.codigo,
olmr> p.status,
olmr> P.CODIGO_PEDIDO,
olmr> m.descricao,
olmr> p.quantidade,
olmr> p.preco_unitario,
olmr> p.desconto,
olmr> e.localizacao,
olmr> u.nome,
olmr> p.pk_pedidos,
olmr> p.pk_pedidos_merc,
olmr> p.pk_usuarios,
olmr> p.pk_merc_estoques,
olmr> p.data,
olmr> p.TABELA_PRECOS,
olmr> p.quantidade * p.preco_unitario
olmr> from mercadorias m, pedidos_merc p, usuarios u, merc_estoques e
olmr> where m.pk_mercadorias = e.pk_mercadorias and
olmr>       p.pk_merc_estoques = e.pk_merc_estoques and
olmr>       p.pk_usuarios = u.pk_usuarios
olmr> ;
olmr> ----------------
olmr> Plan
olmr> PLAN JOIN (M NATURAL, E INDEX (I_MERC_ESTOQUES_1), P INDEX
olmr> (FK_PEDIDOS_MERC_1), U INDEX (PK_USUARIOS))

olmr> Adapted Plan
olmr> PLAN JOIN (M NATURAL, E INDEX (I_MERC_ESTOQUES_1), P INDEX
olmr> (FK_PEDIDOS_MERC_1), U INDEX (PK_USUARIOS))


olmr> ______________________________________________
olmr> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
olmr> Para editar sua configuração na lista, use o endereço
olmr> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
olmr> Para consultar mensagens antigas: http://firebase.com.br/pesquisa