| From: | Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at> |
|---|---|
| To: | "'hackers(at)postgresql(dot)org'" <hackers(at)postgreSQL(dot)org> |
| Subject: | AW: AW: AW: AW: [HACKERS] Some notes on optimizer cost estimates |
| Date: | 2000-01-27 09:55:10 |
| Message-ID: | 219F68D65015D011A8E000006F8590C603FDC228@sdexcsrv1.f000.d0188.sd.spardat.at |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> >Yes, I think syntax to force or disallow a particular index,
> >choose a join method or order, force/disallow seq scans ...
> >is sometimes useful.
> >Even Informix, who always refused to supply such a feature
> >now has it.
>
> Can you give some sample syntax, for those of us who aren't
> really database people but merely trying to maintain a facade? :)
SELECT {+ INDEX (a auftragsbeleg_index2)} a.id_beleg
FROM auftragsbeleg a, instparameter i WHERE
a.num_mandant=i.num_mandant AND cod_prioritaets=?
AND num_prior_eingang<?
SELECT {+ ORDERED } * from tab1, tab2, tab3 .....
SELECT {+ FULL (tab1) } * from tab1, tab2, ....
SELECT {+ AVOID_FULL (tab1) } * from tab1, tab2, ....
Informix places the directives in comments, so that the resulting sql
does not violate SQL92.
The directive is identified by the {+
Andreas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Hannu Krosing | 2000-01-27 10:09:55 | Re: OIDS (Re: [HACKERS] Well, then you keep your darn columns) |
| Previous Message | Hannu Krosing | 2000-01-27 09:39:57 | Re: AW: AW: AW: [HACKERS] Some notes on optimizer cost estimates |