Существует ли способ узнать, какому фрагменту принадлежит конкретная запись ?

Уточню проблемку.

Есть таблица из двух round-robin фрагментов. Фрагменты находятся в специально выделенных для них пространствах.
Когда место в пространствах закончилось, я добавил новый фрагмент.
Все вроде бы нормально работает, но в журнале при INSERT в эту таблицу, появляется предупреждение о том,
что места в пространствах нет:
WARNING: DBspace mydbspace_01 is full.
WARNING: DBspace mydbspace_02 is full.
При этом запись нормально кладется в новый добавленный фрагмент mydbspace_03.
Хотелось бы избавиться от этих предупреждений ..
Есть мысль поменять схему фрагментации, но не знаю, как определить, какие записи остались в старых фрагментах ..
Может у кого-то есть мысли по этому поводу ?

Похоже, что придется сделать так.

Переименовать таблицу

Создать новую таблицу с требумым количеством фрагментов и нужной схемой фрагментации

Заменить старую таблицу на VIEW с UNION
SELECT * FROM renamed_table
UNION
SELECT * FROM new_table.

Создать INSTEAD OF insert триггер на вьюху, который будет вставлять записи в новую таблицу

В фоновом режиме перекинуть строки из старой таблицы в новую.

Дропнуть старую таблицу

Дропнуть вьюху

Переименовать новую таблицу обратно.

И в заключение самому себе: не стоит использовать round-robin фрагментацию на больших таблицах.

cprЯ правильно понимаю, что проблема только в забивании лога?
Не только в этом .. Таблица живая, сервер останавливать можно только в крайних случаях и не надолго.

яфшуеіНе поделитесь ли рассчетами, почему была выбрана именно round robin фрагментация?
По-моему, Round-Robin-схема - единственная, которая позволяет создавать фрагменты в одном пространстве,
что иногда бывает полезно при отсутствии возможности добавить дисков в систему. Только из-за этого.
Если это не так, вдвойне обидно, потому что никто не рекомендует фрагментировать по round-robin.

яфшуеіОтносительно вычислить к какому фрагменту относится запись, с ходу видется только
1. обнулить статистику/либо перезапустить сервер
2. по одной записи дергать с таблицы и смотреть статистику по партнумам
На тестовой я делал DETACH фрагмента и создавал вьюху с дополнительным полем - именем фрагмента.
Потом обратно ATTACH.

Правда, есть еще один вариант - забить на эти сообщения в журнале.
Ведь все-же работает :)

Чего-то ближе к пятнице я склоняюсь к этому варианту ..

cprСкажите , сообщения в журнал валятся на каждый INSERT ?
Нет, не на каждый. Интервал между сообщениями - ровно 10 минут.
Если нет insert-ов - сообщений тоже нет.

cprТогда советую забить. Криминала в этих сообщениях никакого нет.
Преимущество round-robin заключается в том, что очень легко присоединять через alter fragment новые фрагменты при интенсивном росте таблицы.

Спасибо за совет, так и сделаю. Проще написать парсер, который будет вырезать эти две строчки из журнала ..