From: | Patrick B <patrickbakerbr(at)gmail(dot)com> |
---|---|
To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
Cc: | Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at>, pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: plpgsql function with offset - Postgres 9.1 |
Date: | 2017-06-15 22:49:19 |
Message-ID: | CAJNY3ivEb6Ybb_yeqFGd2-2pen4xwO_4PM=PcL3CBQqrY-FDwg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
2017-06-16 10:35 GMT+12:00 David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>:
> On Thu, Jun 15, 2017 at 3:19 PM, Patrick B <patrickbakerbr(at)gmail(dot)com>
> wrote:
>
>> 2017-05-29 19:27 GMT+12:00 Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at>:
>>
>>> Patrick B wrote:
>>> > I am running a background task on my DB, which will copy data from
>>> tableA to tableB. For
>>> > that, I'm writing a PL/PGSQL function which basically needs to do the
>>> following:
>>> >
>>
>>
> https://www.postgresql.org/message-id/CY1PR18MB0490632A9A73E64973F66
> D6BAFCE0%40CY1PR18MB0490.namprd18.prod.outlook.com
>
> David J
>
My problem is when using LIMIT to select the data I get none. I assume
because the first 3000 rows (i'm using ORDER BY 1) are not candidates for
the migration.
From | Date | Subject | |
---|---|---|---|
Next Message | David G. Johnston | 2017-06-15 22:53:00 | Re: plpgsql function with offset - Postgres 9.1 |
Previous Message | David G. Johnston | 2017-06-15 22:35:00 | Re: plpgsql function with offset - Postgres 9.1 |