Re: Big table and partition

Поиск
Список
Период
Сортировка
От Christophe Courtois
Тема Re: Big table and partition
Дата
Msg-id c2dcb0ce-9172-438d-a754-557bfd55f0f2@dalibo.com
обсуждение исходный текст
Ответ на Big table and partition  (Rajesh Kumar <rajeshkumar.dba09@gmail.com>)
Ответы Re: Big table and partition  (Rajesh Kumar <rajeshkumar.dba09@gmail.com>)
Список pgsql-admin
Hi,

Le 14/10/2023 à 22:46, Rajesh Kumar a écrit :
> In my env, I have a table 30GB where data is getting inserted directly 
> whenever the new block is created in block chain...
> I have been asked to do partition, i said manager since we are not at 
> all using the past data, partition is not required. Instead we can stop 
> the sync (downtime not required), change the name of table , create a 
> new table with same structure with original name and keep only tis month 
> data. Then sync the blockchain so that new data will come to newly 
> created table and old data will be there simply as a storage as we r not 
> selecting any query from old data...

In fact, you want to do manual partitioning.
Why reinvent the wheel?

> Note: on a longer run, data will keep on coming in whenever new block is 
> created.
> Is that right ? Any suggestions ? Better options ?

What problem do you have to solve? 30 GB is not so big, but since when 
do you store data? Will you purge the table? What is the main access key 
of your queries (critical for the partitioning key)?

Without other information I'd say that if you never read the former 
months again, partition by month, perhaps by year.

-- 
Christophe Courtois
Consultant DALIBO



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

Предыдущее
От: M Sarwar
Дата:
Сообщение: Re: Connecting 2 databases within the same instance
Следующее
От: Rajesh Kumar
Дата:
Сообщение: Re: Big table and partition