Я создаю очень простую, очень большую базу данных Postgresql. База данных будет иметь приблизительно 10 миллиардов строк, что означает, что я смотрю на разделение ее в несколько таблиц. Однако я не могу найти информацию о том, в какое количество разделов мы должны повредить ее.
Я не знаю, какие запросы для ожидания на данный момент, таким образом, не будет возможно придумать идеальную схему выделения разделов, но там какие-либо эмпирические правила для размера раздела?
Удачи,
Adrian.
В этом сообщении Тома Лейна предполагается, что количество разделов в настоящее время не предназначено для масштабироваться за несколько десятков разделов. Размер самих разделов не должен влиять на производительность больше, чем в противном случае.
Это примерно верно. Наше тестирование показывает, что после 50 вы в значительной степени находитесь на бесполезной земле. Однако у нас есть клиенты с таблицами размером в один ТБ. Итак, два десятка разделов или около того должны дать вам большую масштабируемость.