<Tabloid mode on>

Наличие в индексе нод, указывающих на запись, где такого значения нет даже в мусорных
версиях - это нормально или баг? Причем, естественно, такие ноды не берёт ни сборка мусора
ни свип, помогает только перестроение индекса.

Доказательство, что это не мои глюки:

Posted via ActualForum NNTP Server 1.5

hvladСчитай это платой за отсутствие missing entries.
Даже не спросишь как я их породил? Это просто: update on place + no auto undo и одним EB
индекс разрастается до любых размеров.
Posted via ActualForum NNTP Server 1.5

Dimitry Sibiryakovодним EB
Хотя нет, вру: с EB как раз этот трюк не пройдёт.
Posted via ActualForum NNTP Server 1.5

hvladДумаешь, я не знаю как это сделать ?
И не пофиксишь? Там ведь всего пару строк перекинуть...
Posted via ActualForum NNTP Server 1.5

hvladPPS А ты прочитал _все_ буквы в моём первом ответе ?
Буквы я прочитал все, но моей убогой фантазии не хватает чтобы выдумать как чистка
индексов при дропе undo data может привести к missing entries.
Posted via ActualForum NNTP Server 1.5

hvladЧем дольше ты будешь говорить намёками, тем меньше я буду тебя понимать и тем
раньше мне это надоест
Дык, ты первый начал.

Конкретно: когда VIO_verb_cleanup() некуда вливать данный сейфпоинт, undo data молча
уничтожается, без вызова garbage_collect_idx(), что и приводит к лишним записям в индексе.

А ты про что говорил
здесь ?
Posted via ActualForum NNTP Server 1.5

hvladЕсли нет сейвпойнта тр-ции, то и никакого undo data тоже не будет.
Будет. Без него второй и последующие update в этой транзакции не смогут нормально откатиться.
Posted via ActualForum NNTP Server 1.5

hvladМне сейчас не до глубоких ковыряний в этих местах, но по памяти - я с тобой не
согласен.
Покажи, как ты это видишь, тогда продолжим.
Э-э-э... что именно "это" я вижу? Появление undo data в транзакции с no auto undo? Это
просто: второй update видит, что изменяемая запись имеет org_rpb->rpb_transaction_nr ==
transaction->tra_number и вызывает update_in_place(), после чего идёт вызов
verb_post(tdbb, transaction, org_rpb, org_rpb->rpb_undo, false, false), который и
добавляет в vct_undo для текущего (того самого update) Savepoint-а новый
UndoItem(transaction, rpb->rpb_number, old_data, flags). Когда update благополучно
завершён, вызывается VIO_verb_cleanup(), который обрабатывает его Savepoint. Но поскольку
транзакционного Savepoint не существует и sav_next == NULL, то вливать его некуда и вся
ветка с вызовами verb_post() не работает, управление сразу отдаётся на цикл release() для
всех элементов vct_undo. garbage_collect_idx() для них не вызывается.
Posted via ActualForum NNTP Server 1.5

hvladВот это
Есть запись с f=1. Первый update делает f=2, образуется новая версия. Второй update делает
f=3, происходит update in place, теперь на диске две версии с f=1 и 3. Версии с f=2 нету.
Если второй update позднее обломается и будет вынужден откатиться, он не сможет
восстановить f=2 без undo data.
Posted via ActualForum NNTP Server 1.5

Симонов Дениса зачем восстаналивать f=2, если сразу можно восстановить f=1?
И сделать вид, что первого update никогда не существовало?.. Будет забавно, когда после
коммита его изменения не сохранятся.
Posted via ActualForum NNTP Server 1.5

hvladВ этом случае все изменения накапливаются на его собственном savepoint'е,
который и откатывается при обломе апдейта.
И no_undo здесь по барабану, абсолютно.
Ну а я о чём тебе твержу?..

Это ты тут всем голову морочишь с заявлением "если нет сейвпойнта тр-ции, то и никакого
undo data тоже не будет."
Posted via ActualForum NNTP Server 1.5

hvladМогу не морочить, баба с возу...
....нашим легче. Свой ответ "это бага, но безобидная, поэтому всем пофиг" ты уже дал. Этого
вполне достаточно.
Posted via ActualForum NNTP Server 1.5

hvladЭто был ответ на другой вопрос, как выяснилось. И я от него не отказываюсь.

И правильно делаешь. Как я и написал в девеле, вокруг этого update_in_place() не
нагородить достаточное количество костылей, чтобы всё работало нормально. Сдаётся мне, что
проще будет его выкинуть целиком, чем приводить в порядок.
Posted via ActualForum NNTP Server 1.5