Re: Support Parallel Query Execution in Executor

From: "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)edu>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Support Parallel Query Execution in Executor
Date: 2006-04-10 08:38:06
Message-ID: e1d5nq$1a3m$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches


"Markus Schiltknecht" <markus(at)bluegap(dot)ch> wrote
> Hi,
>
> On Sun, 2006-04-09 at 15:11 -0400, Tom Lane wrote:
> > You can't just retarget a backend to operate in another database, at
> > least not without major changes in that infrastructure.
>
> Why not? What would be needed to retarget a backend to operate in
> another database?
>

As Tom pointed out, without big change, a backend on database "D1" can't
connect to "D2". This is because to connect to a database, we need to
initialize a lot of variables. So when you reconnect to another one on the
fly, you have to change these variables one by one.

Regards,
Qingqing

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Qingqing Zhou 2006-04-10 08:40:50 Re: Updating OID column
Previous Message Magnus Hagander 2006-04-10 08:08:39 TSearch stemmers on win32

Browse pgsql-patches by date

  From Date Subject
Next Message Simon Riggs 2006-04-10 08:47:25 Re: Support Parallel Query Execution in Executor
Previous Message Tom Lane 2006-04-10 04:04:58 Re: [WIP] Add relminxid column to pg_class