| From: | Natalie Wenz <nataliewenz(at)ebureau(dot)com> |
|---|---|
| To: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Insert result does not match record count |
| Date: | 2013-07-22 21:47:21 |
| Message-ID: | 546778B8-9164-4EB8-9150-3B32CA8B8A0E@ebureau.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
I had just started to wonder if it was something that when you responded. I checked, and every case that I had where the numbers were wonky checked out when I subtracted 2^32. Whew!
Thanks, Jeff!
On Jul 22, 2013, at 11:20 AM, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:
> On Fri, Jul 19, 2013 at 3:20 PM, Natalie Wenz <nataliewenz(at)ebureau(dot)com> wrote:
>> Hi all,
>>
>> I am moving some data from one table to another in 9.2.4, and keep seeing this strange scenario:
>>
>> insert into newtable select data from oldtable where proc_date >= x and proc_date < y;
>>
>> INSERT 0 78551642
>>
>> select count(*) from newtable where proc_date >= x and proc_date < y;
>> count
>> -----------
>> 4373518938
>
> It looks to me like the status report is 32 bits and overflowed.
>
> 4,373,518,938 - 2^32 = 78,551,642
>
> Cheers,
>
> Jeff
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Langote | 2013-07-23 04:11:45 | maintenance_work_mem and CREATE INDEX time |
| Previous Message | Igor Neyman | 2013-07-22 18:54:31 | Re: Different transaction log for database/schema |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2013-07-22 22:01:50 | Re: [COMMITTERS] pgsql: Add support for REFRESH MATERIALIZED VIEW CONCURRENTLY. |
| Previous Message | Dimitri Fontaine | 2013-07-22 21:44:59 | Re: proposal - psql - show longest tables |