Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
11.05.2006, 14:31
|
|||
|---|---|---|---|
|
|||
Партиции в 8.1 - объясните на пальцах плиз |
|||
|
#18+
1 что это за зверь - зачем нужен и как правильно проверять 2 поможет ли он для моего случая - одна родительская таблица (клиенты) и 3 подчинных таблицы (продажи, оплаты и льготы). Каждая по несколько миллионов записей. Связаны с родительской по ключу. Надо подсчитать текущий долг - (те суммировать все записи по 3 таблицам по клиенту из родительской ( по left join)). Сейчас в 8.0.1 сумма по 1 клиенту идет несколько сукунд - но сумма в целом идет очень медленно ( идет seq scan). Поможет ли новая фишка 8.1 (партиции) ? Может кто сталкивался с подобным ? Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.05.2006, 05:40
|
|||
|---|---|---|---|
|
|||
Партиции в 8.1 - объясните на пальцах плиз |
|||
|
#18+
по поводу партиционирования: http://www.postgresql.org/docs/8.1/static/ddl-partitioning.html Достаточно понятно написано, есть примеры. По поводу seq scan - смотри explain, оптимизируй индексы. По поводу поможет или нет - если будет хорошее условие разбивки таблицы на части - должно помочь. А вообще текущий долг не считают с "начала времен". Нужно создать таблицу с промежуточными итогами. В качестве примера - регистры 1с. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.05.2006, 14:06
|
|||
|---|---|---|---|
|
|||
Партиции в 8.1 - объясните на пальцах плиз |
|||
|
#18+
Кроме того, что переход на 8.1 в общем будет очень полезен (там и bitmap индексы и автовакуум), даже в 8.0 нужно ставить последнюю: в 8.0.3 и 8.1.1 пофиксили теоретическую (но очень маловероятную) возможность потери данных. А vacuum analize давно делал? На каждого клиента не более пары сотен строк => либо индексы дерьмо, либо PostgreSQL не думает, что их стоит использовать => давно analyzу и/или vacuum не делался (если vacuum, то советую стопорнуть все и сделать vacuum full) Пришли explain analyze. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=53&mobile=1&tid=2006400]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
37ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 275ms |
| total: | 377ms |
| 0 / 0 |
