|
|
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Используется высоко оперативная база данных. В ней есть узкое место- группа связных таблиц (как родительских-исходные данные, так и дочерних) хранящих высокие объемы информации используемые для решения задач. При решении однотипных задач, пересечения по определённым параметрам не происходит. Но поскольку задачи решаются в оперативном режиме, часто происходят блокировки. Поддерживается ли возможность в pg организовать партицию схем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 11:28 |
|
||
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
inforse, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 12:47 |
|
||
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
inforse, Я не понял, что значит "партиция схем"? (Прошу прощения за пустой пост.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 12:48 |
|
||
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
vyegorov, Разбить схему на одинаковые участки для обеспечения параллельного решения задач. При чем тут партицирование? Есть участки схемы, для общего пользования(исходные данные, результаты расчетов) Необходимо некое распределение данных на уровне промежуточного звена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 15:51 |
|
||
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
inforse, таблицы могут быть наследниками таблиц, которые живут в другой схеме. если вы об этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 15:57 |
|
||
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
Есть некоторая центральная таблица, вокруг неё построена схема по типу "снежинка". У этой таблицы, есть несколько родительских таблиц(исходные данные общего пользования). Среди потомков в схеме "снежинка", есть таблицы общего пользования, куда складываются результаты (эти результаты могут дальше анализироваться и т.д.), а есть те, которые являются индивидуальными для конкретного счета (например, рассчитать что-нибудь, для конфет "Мишка косолапый", тоже самое нужно сделать для конфет "Полет") :) Расчет вокруг этой таблицы проводиться, через каждый час. Общее количество данных 12000000, но в дочерних до миллиарда за трое суток. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 16:00 |
|
||
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
Данные из этой центральной таблицы, так же являются исходными данными по расчетов по одному и тому же типу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 16:04 |
|
||
|
Партицирование на уровне Схемы
|
|||
|---|---|---|---|
|
#18+
inforseПри чем тут партицирование?складывается впечатление, что зашел сам с собой поговорить. Если нужен параллелизм при выполнении запросов, то почему именно в разрезе "схем"? Подобное распараллеливание делается либо на уровне таблицы, что абсолютно прозрачно для приложния, либо на уровне баз (шардирование). В случае отслеживания судьбы каждого мишки косолапого, ну так и делайте в приложении столько потоков, сколько потянет сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2016, 17:43 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=39179202&tid=1997405]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 387ms |

| 0 / 0 |
