|Subject||Re: [firebird-support] Optimizer request|
Which Firebird version are you using?
Does this perform for you as expected:
(SELECT partners.partid + 0 AS PartID FROM partners WHERE partners.country = 'Spain') dt
JOIN orders ON (orders.partid = dt.partid)
CREATE TABLE PARTNERS (
PARTID INTEGER NOT NULL,
ALTER TABLE PARTNERS ADD CONSTRAINT PK_PARTNERS PRIMARY KEY (PARTID);
CREATE INDEX PARTNERS_IDX1 ON PARTNERS (COUNTRY);
CREATE TABLE ORDERS (
ORDERNUM INTEGER NOT NULL,
ALTER TABLE ORDERS ADD CONSTRAINT PK_ORDERS PRIMARY KEY (ORDERNUM);
ALTER TABLE ORDERS ADD CONSTRAINT FK_ORDERS_PARTNERS FOREIGN KEY (PARTID) REFERENCES PARTNERS (PARTID) ON DELETE NO ACTION ON UPDATE NO ACTION;
This is tables definitions. So, index exist and after all perfomance analyzer gives me same result.
Perfomance analyzer was taken from IBExpert. Whatever I do (as others suggest) perfomance are the same. I still vote for changes in optimizer. Right side from WHERE clause needs to be evaluated before main query and it is simple and much better solution same as Oracle optimize query.
Firebird is very kind to programmer and has easy to understand, efficient P/SQL and some improvements will give us significant efficiency.
On Fri, Sep 9, 2016 at 8:30 AM, 'Djordje Radovanovic' softsistem@... [firebird-support] <firstname.lastname@example.org> wrote:
I tried query with subquery in where clause and found big issue for this type of subquery.select * from orders where orders.partid in (select partners.partid from partners where partners.country = ‘Spain’)Perfomance Analysis returns me thispartners 687660 non index readsorders 28657 index readsIf you analyze this result you’ll find that there is 687659 unnecessary non index reads. If developer of optimizer accept that all queries on the left side of where clause has priority (and there is no way to be opposite) than we have big improvement in optimization.Is there an index on partners.country? What plans are generated for each query?If I were writing this query, I'd writeselect o.*from orders oinner join partners pwhere p.partid = o.opartidand p.country = 'Spain';All that silliness about "select from (select from )" probably doesn't save anything inthis case - it does when the inner select is complicated, but not here. Firebird won'tcarry around unneeded fields from the partners table.What is the distribution of partners.country?Good luck,Ann__,_._,_