Предложение по разбиению таблиц в POSTGRES

Question

Я проектирую 2 таблицы.

user_table (userid username)100K записей ожидается

transaction_table(transactionid, date, description, userid)5 миллиардов записей ожидаемых. Ожидается почти 50 тыс. Транзакций на одного пользователя.

transaction_table магазины совершают сделки. В этой таблице редко имеются операции UPDATE или DELETE. Существуют значительные операции SELECT и INSERT, но все они основаны на userid. Таким образом, либо я вставляю транзакцию пользователя в таблицу, либо возвращаю транзакции, сделанные определенным пользователем.

Имеет ли смысл разбиение на разделы transaction_table?

Это потому, что будут 100 тыс. Таблиц разделов, для каждого пользователя. Это хорошо в каком-то смысле?

Какие еще варианты у меня есть, чтобы сделать INSERT и SELECT операциями быстро на transaction_table?

Answer 1

Postgresql не рекомендует создавать many partitions:

Всех ограничения на все разделы основной таблицы рассматриваются во время ограничения исключения, поэтому большое количество разделов, вероятно, увеличить время планирования запросов значительно. Разбиение на разделы с использованием этих методов будет хорошо работать до, возможно, сотен разделов; не пытайтесь использовать много тысяч разделов.

На мой взгляд, разделы, созданные date (ежемесячно, например), могут быть намного лучше.

Другим вариантом является создание разделов на userid%100, но не на каждого пользователя.