Re: ByteA column retrieved in 31 minutes ...
| От | Andrea Ricci |
|---|---|
| Тема | Re: ByteA column retrieved in 31 minutes ... |
| Дата | |
| Msg-id | 5006AF91.5010507@dedalus.eu обсуждение |
| Ответ на | Re: ByteA column retrieved in 31 minutes ... (Hiroshi Inoue <inoue@tpf.co.jp>) |
| Список | pgsql-odbc |
I have both the logs up, for testing purpose, and removing mylog force the time of retrieval to be normal (1 sec)
Andrea
Il 07/17/2012 23.11, Hiroshi Inoue ha scritto:
Hi Andrea,
(2012/07/17 23:46), Andrea Ricci wrote:Hi,
I'm using a 9.0.2 db in a PowerBuilder 12.1 application, connecting to
it via ODBC driver 09.00.0200.
I have a table with a bytea column:
CREATE TABLE docs
(
blobid character(7) NOT NULL,
descript character varying(40),
data date,
"lock" character(1),
ora character(5),
parita character(1),
tipo character(3),
dbvtesto bytea,
CONSTRAINT docs_pkey PRIMARY KEY (blobid),
CONSTRAINT fk1_docs FOREIGN KEY (blobid)
REFERENCES blob (blobid) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE CASCADE
)
WITH (
OIDS=FALSE
);
When I retrieve via embedded SQL the dbvtesto column (using PK obv.) I
get it in few seconds if its length is about 10 KB, but I've to wait 31
minutes (!) if it's about 1 MB.
If someone has a proposal ...
Mylog is a performance killer for this kind of query.
How about disabling Mylog?
regards,
Hiroshi Inoue
Andrea Ricci
Product Manager
Via di Collodi, 6/C 50141 Firenze (Italy)
tel. +39 055 4247.4661
___________________________________________________________________________________________________________
Le informazioni contenute nella presente comunicazione ed i relativi allegati possono essere riservate e sono, comunque, destinate esclusivamente alle persone o alle Società in indirizzo. La diffusione, comunicazione, distribuzione e/o copiatura delle informazioni/documenti trasmesse da parte di qualsiasi soggetto diverso dal destinatario o non autorizzato è proibita, sia ai sensi dell'art. 616 C.P., sia ai sensi del D. lgs. 196/2003. Se avete ricevuto questo messaggio per errore, Vi preghiamo di distruggerlo e di informarci immediatamente per telefono allo 055.42471 o inviando un messaggio all'indirizzo e- mail ( andrea.ricci@dedalus.eu ). Si fa, inoltre, presente che l'indirizzo di posta elettronica da cui è stata inviata la presente comunicazione è Aziendale e non personale, qualsiasi comunicazione ivi inviata può essere quindi letta anche da incaricati aziendali diversi dal suo utilizzatore principale.
В списке pgsql-odbc по дате отправления: