Re: drop database

Поиск
Список
Период
Сортировка
От Julie Nishimura
Тема Re: drop database
Дата
Msg-id BYAPR08MB50145F7B03762273F704AD49AC6D0@BYAPR08MB5014.namprd08.prod.outlook.com
обсуждение исходный текст
Ответ на Re: drop database  (Julie Nishimura <juliezain@hotmail.com>)
Ответы Re: drop database  (Michael Lewis <mlewis@entrata.com>)
Список pgsql-general
I think you don't swallow an entire elephant at once, you can choke on it, it is more safe to be eaten piece by piece:)


From: Julie Nishimura <juliezain@hotmail.com>
Sent: Thursday, October 17, 2019 2:19 PM
To: Ron <ronljohnsonjr@gmail.com>; pgsql-general@lists.postgresql.org <pgsql-general@lists.postgresql.org>
Subject: Re: drop database
 
Ive seen some performance degradation on some other RDBMS systems when "drop database" was in progress. We need to drop database which is 16 tb with minimal impact for our end users. There are 32 other databases with hundreds of connections on the same cluster, and I just want to release the space with minimal impact. Trying to find the best solution. I could even script 'truncate table' or 'drop table' in the loop if it helps. I dont have luxury to test such large db drop in action.

Thanks!




From: Ron <ronljohnsonjr@gmail.com>
Sent: Thursday, October 17, 2019 1:59 PM
To: pgsql-general@lists.postgresql.org <pgsql-general@lists.postgresql.org>
Subject: Re: drop database
 
On 10/17/19 3:44 PM, Julie Nishimura wrote:
Guys, can anybody reply if they drop any postgresql database larger than 1 tb and how long did it take?

A lot has to do with how quickly the underlying file system can delete files.

To be honest, though... does it really matter how long it takes?  (If I were worried about it -- which I might be -- then I'd put a DROP DATABASE script in crontab and run it from there.)

--
Angular momentum makes the world go 'round.

В списке pgsql-general по дате отправления:

Предыдущее
От: Julie Nishimura
Дата:
Сообщение: Re: drop database
Следующее
От: Michael Lewis
Дата:
Сообщение: Re: drop database