Re: PsqlODBC slow on UNION queries - Mailing list pgsql-odbc

From Zoltan Boszormenyi
Subject Re: PsqlODBC slow on UNION queries
Date
Msg-id 43DA590E.4070403@dunaweb.hu
Whole thread Raw
In response to Re: PsqlODBC slow on UNION queries  (Ludek Finstrle <luf@pzkagis.cz>)
Responses Re: PsqlODBC slow on UNION queries  (Ludek Finstrle <luf@pzkagis.cz>)
List pgsql-odbc
Ludek Finstrle írta:

>>finally here's the results. I hope you can find something useful in it.
>>
>>
>
>Finally I see the problem in mylog output. Unfortunatelly I don't know
>how to change the behaviour :-( without more investigation.
>
>There is problem that you (I mean PowerBuilder) calling
>SQLExecDirect select * from view (which fire the execution)
>SQLDescribeCol (for each column in result)
>SQLCancel (I don't know why the statement is canceled
>           it seems to me that PB miss some information)
>...
>SQLTables (get additional informations)
>...
>SQLColumns
>...
>SQLPrimaryKeys
>...
>SQLStatistics
>...
>SQLExecDirect select * from view (which fire the execution again)
>
>

... retrieve 1000+ rows and then _I_ pressed Cancel. Can you confirm that?
I am just curious.

>I have a lot of questions it will be the best if you could try
>create some repro app. Some of the questions:
>1) could you try similar view without text (char, varchar, ...) columns?
>
>

Would the same view do but only seleting numeric (integer and decimal)
columns?

>2) maybe minimalization of view to one column could be the best test
>
>

OK.

>3) could you try enable trace ODBC (in ODBC manager) - independent on
>   datasource and create two logs - againist psqlodbc and another DB
>   - maybe we could find the difference there
>
>

OK.

>4) could you say me what are the query for (it's fired bettwen two calls
>   of select * from view):
>   - select pbd_fhgt, pbd_fwgt, pbd_fitl, pbd_funl, pbd_fchr, pbd_fptc,
>            pbd_ffce, pbh_fhgt, pbh_fwgt, pbh_fitl, pbh_funl, pbh_fchr,
>            pbh_fptc, pbh_ffce, pbl_fhgt, pbl_fwgt, pbl_fitl, pbl_funl,
>            pbl_fchr, pbl_fptc, pbl_ffce, pbt_cmnt
>     from informix.pbcattbl
>     where pbt_tnam = 'v_invoice_browse' and pbt_ownr = 'informix'
>   - select pbv_name, pbv_vald, pbv_type, pbv_cntr, pbv_msg
>     from informix.pbcatvld
>   - select pbf_name, pbf_frmt, pbf_type, pbf_cntr
>     from informix.pbcatfmt
>   - select pbe_name, pbe_edit, pbe_type, pbe_cntr, pbe_work, pbe_seqn,
>            pbe_flag
>     from informix.pbcatedt
>     order by pbe_name, pbe_seqn
>   - select pbc_tnam, pbc_ownr, pbc_cnam, pbc_labl, pbc_lpos, pbc_hdr,
>            pbc_hpos, pbc_jtfy, pbc_mask, pbc_case, pbc_hght, pbc_wdth,
>            pbc_ptrn, pbc_bmap, pbc_init, pbc_cmnt, pbc_edit
>     from informix.pbcatcol
>     where (pbc_tnam = 'v_invoice_browse' and pbc_ownr = 'informix')
>
>

I don't know what are these. I guess  PowerBuilder tries something
behind everyones' back.
I just opened the "Database Painter" and issued "select * from
v_invoice_browse;".
I will recheck my database but those table names aren't familiar at all.
Maybe PB created
them at first connect and collected something about the database in
those tables.

>5) How long does it take only (without fetch):
>   BEGIN; DECLARE CURSOR csr_test AS select * from v_invoice_browse; COMMIT;
>6) How long does it take:
>   BEGIN; DECLARE CURSOR csr_test AS select * from v_invoice_browse;
>   FETCH BACKWARD in csr_test; COMMIT;
>
>

I will test these, too.

>Maybe the PowerBuilder go this way all the time. It's our problem
>that we get first data in SQLExecDirect. I don't know it right now.
>We have to find the solution but the way could be hard.
>
>Regards,
>
>Luf
>
>

Best regards,
Zoltán Böszörményi


pgsql-odbc by date:

Previous
From: "Gladston Bom Conselho"
Date:
Subject: unsubscribe
Next
From: Ludek Finstrle
Date:
Subject: Re: PsqlODBC slow on UNION queries