Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Ключ секционирования для неподходящей строки содержит...
|
|||
|---|---|---|---|
|
#18+
что-то гугл про ошибки партицирования совсем ничего не знает... текст ошибки тупо не находит а дело в следующем: партицирование работает, если делать как тут Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. но если сделать так: Код: sql 1. 2. 3. 4. то при попытке добавить запись вылетает ошибка: ОШИБКА: для строки не найдена секция в отношении "logs3" ПОДРОБНОСТИ: Ключ секционирования для неподходящей строки содержит (added) = (2019-01-02 15:48:13+03). (таблица соот-но другая, но сделана по примеру из мануала: Код: sql 1. ) этот "PARTITION BY RANGE" вроде как автоматически раскидывает данные по партициям: авторКогда будут созданы секции measurement_y2006m02, данные, добавляемые в measurement и попадающие в measurement_y2006m02 (или данные, непосредственно добавляемые в measurement_y2006m02, с учётом соответствия ограничению секции) будут затем перенаправлены в одну из вложенных секций в зависимости от значения столбца peaktemp. Указанный ключ разбиения может пересекаться с ключом разбиения родителя, хотя определять границы вложенной секции нужно осмотрительно, чтобы множество данных, которое она принимает, входило во множество, допускаемое собственными границами секции; система не пытается контролировать это сама. так что ему не нравится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2019, 15:59 |
|
||
|
Ключ секционирования для неподходящей строки содержит...
|
|||
|---|---|---|---|
|
#18+
полудухэтот "PARTITION BY RANGE" вроде как автоматически раскидывает данные по партициям: Да, раскидывает. Но по существующим разделам. Создавать необходимые разделы вы должны самостоятельно. PARTITION BY RANGE - это создание партицированной таблицы, в конце дерева партицирования у вас должны быть созданы конечные разделы вроде такого: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2019, 16:13 |
|
||
|
Ключ секционирования для неподходящей строки содержит...
|
|||
|---|---|---|---|
|
#18+
а, точно, таблица в таблице, спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2019, 16:28 |
|
||
|
Ключ секционирования для неподходящей строки содержит...
|
|||
|---|---|---|---|
|
#18+
а можно ли нормально партицировать ключи такого плана: {12345_6, 364739_2} т.е. когда они в массиве и поиск идёт так: col @> '{12345_6}' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.01.2019, 11:05 |
|
||
|
Ключ секционирования для неподходящей строки содержит...
|
|||
|---|---|---|---|
|
#18+
Кстати, при создании FOREIGN KEY на id в секционированной таблице получаем Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2019, 12:15 |
|
||
|
Ключ секционирования для неподходящей строки содержит...
|
|||
|---|---|---|---|
|
#18+
ОКТОГЕН, Говорят, что да: https://www.postgresql.org/docs/12/release-12.html , пункт E.1.3.1.1. Partitioning ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2019, 12:37 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=38&tid=1995096]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
43ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
2ms |
| others: | 324ms |
| total: | 454ms |

| 0 / 0 |
