Re: bytea, jdbc, i/o ...

From: pgsql-gen(at)basebeans(dot)com (pgsql-gen Newsgroup ((at)Basebeans(dot)com))
To: pgsql-general(at)postgresql(dot)org
Subject: Re: bytea, jdbc, i/o ...
Date: 2002-08-28 05:40:03
Message-ID: 20020828054003.2A85E214219@basebeans.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Subject: Re: [GENERAL] bytea, jdbc, i/o ...
From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
===
Kenneth Been <kennethb(at)telocity(dot)com> writes:
> Here is the strange behavior:
> For database A, the difference in performance between testing
> locally and testing over the network is negligible; about 5%
> slower over the network. About what I would expect. But for
> database B, the difference is huge; about 35 times slower over
> the network.

That's odd.

> Here is my guess for what is going on:
> Maybe for a local connection the db engine delivers the bytea as
> is, whereas for a remote connection it converts the bytea to a
> string representation, and then Java would have to convert it
> back for the getBytes() method.

I don't believe that for a millisecond; there simply is not any
local/remote discrimination in the backend.

I'm not sure what the problem is, but I think you need to find a
different tree to bark up.

Some other thoughts that come to mind involve network saturation,
routing problems, DNS problems, SSL encryption overhead, multibyte
encoding conversion, yadda yadda...

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
message can get through to the mailing list cleanly

Browse pgsql-general by date

  From Date Subject
Next Message David Link 2002-08-28 05:42:36 Re: Screwy behavior with SUM and multiple joins to same
Previous Message Tom Lane 2002-08-28 05:33:50 Re: bytea, jdbc, i/o ...