Re:

From: Jaime Soler <jaime(dot)soler(at)gmail(dot)com>
To: Yogesh Sharma <yogeshraj95(at)gmail(dot)com>
Cc: Alban Hertroys <haramrae(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re:
Date: 2016-12-21 15:45:25
Message-ID: CAKVUGgR-8CeLyxSAddKX45ypE9-kzhb2xfAiVo-AV5qTkCyK5Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

well if you would like to cancel o terminate a session before start
inserting or updating data , you can use pg_cancel_backend or
pg_terminate_backend using pid returning from select pid pg_stat_activity
where state='active' ..

2016-12-21 13:28 GMT+01:00 Yogesh Sharma <yogeshraj95(at)gmail(dot)com>:

> Dear All,
>
> I understood below point and i will do the same on my system.
>
> Can i close db session before REINDEX operation and again start db session
> after REINDEX completed?
>
>
> Regards,
> Yogesh
>
> On Wednesday, December 21, 2016, Jaime Soler <jaime(dot)soler(at)gmail(dot)com>
> wrote:
>
>> if you want to reduce the impact of reindex in your inserts and updates
>> operations why don't you try drop index and CREATE INDEX CONCURRENTLY.
>> As Alban said you I don't recommend you to execute reindex every hour, at
>> least try to reduce the scope of the reindex to the minimal object.
>>
>>
>>
>>
>>
>> 2016-12-21 12:51 GMT+01:00 Yogesh Sharma <yogeshraj95(at)gmail(dot)com>:
>>
>>> Dear Alban,
>>>
>>> In my production system, there are lot of read write operation performed
>>> every hour.
>>> So, i am thinking, if i can add check during REINDEX operation nothing
>>> update and insert operation performed.
>>> Is it possible?
>>>
>>> Regards,
>>> Yogesh
>>>
>>> On Wednesday, December 21, 2016, Alban Hertroys <haramrae(at)gmail(dot)com>
>>> wrote:
>>>
>>>> On 21 December 2016 at 09:59, Yogesh Sharma <yogeshraj95(at)gmail(dot)com>
>>>> wrote:
>>>> > Also, every hour,i am performing VACUUM and REINDEX operation on
>>>> table.
>>>>
>>>> Why are you running REINDEX every hour? That's a very unusual thing to
>>>> do, you'd need a pretty good reason for that.
>>>>
>>>> --
>>>> If you can't see the forest for the trees,
>>>> Cut the trees and you'll see there is no forest.
>>>>
>>>
>>

In response to

  • Re: at 2016-12-21 12:28:01 from Yogesh Sharma

Browse pgsql-general by date

  From Date Subject
Next Message Tom DalPozzo 2016-12-21 16:17:03 Re: error updating a tuple after promoting a standby
Previous Message Adrian Klaver 2016-12-21 15:36:06 Re: error updating a tuple after promoting a standby