Re: query locks up when run concurrently
От | Adrian Klaver |
---|---|
Тема | Re: query locks up when run concurrently |
Дата | |
Msg-id | e95cecdd-09a1-3d48-9136-08ac0fd162cf@aklaver.com обсуждение исходный текст |
Ответ на | Re: query locks up when run concurrently (azhwkd <azhwkd@gmail.com>) |
Список | pgsql-general |
On 11/23/2016 10:41 PM, azhwkd wrote: > The group ID is part of the primary key of the group_history table. My > understanding is that two INSERTs with different group IDs should not > collide in this case, or am I wrong in thinking this? The suspicion is that this: insert into group_history ("group", id, sub_category, "date", aa, ab, bb, ba, quantity, "hour") .... is not the problem. That this(from the trigger function) is: execute 'INSERT INTO public.' || quote_ident(_tablename) || ' VALUES ($1.*) on conflict ("group", id, sub_category, "when", "hour") do .... where _tablename is: _tablename := 'group_history_'||_startdate; It would be nice to see the schema definitions for group_history and at least one of the group_history_startdate tables. > > The table definition for group_history is the following: > > CREATE TABLE public.group_history ( > group int4 NOT NULL, > id int4 NOT NULL, > sub_category int4 NOT NULL, > "date" date NOT NULL, > aa int8 NOT NULL, > ab int8 NOT NULL, > bb int8 NOT NULL, > ba int8 NOT NULL, > quantity int8 NOT NULL, > "hour" int2 NOT NULL, > CONSTRAINT group_history_pk PRIMARY KEY (group,id,sub_category,"date","hour") > ) > WITH ( > OIDS=FALSE > ); > > Kind regards, > Sebastian > -- Adrian Klaver adrian.klaver@aklaver.com
В списке pgsql-general по дате отправления: