InsERT nie ma na celu nikomu niczego utrudniać. Od okolic wersji 1.79 pojawiły się problemy z wielowątkową zbiorczą konwersją baz danych - w niektórych środowiskach etap kompaktowania powodował przerywanie konwersji i pozostawienie użytkownika z wieloma uszkodzonymi bazami. Ponieważ problemu nie udało się na szybko rozwiązać, została podjęta decyzja o wyłączeniu kompaktowania baz danych przy zbiorczej konwersji, dorównując jednocześnie ten proces do konwersji indywidualnej wykonywanej bezpośrednio z Rachmistrza/Rewizora/Subiekta - tam już od dawna kompaktowanie nie jest wykonywane. Zdaję sobie sprawę, że to wylanie dziecka z kąpielą, bo teraz problemy mają Ci, którzy mają mało miejsca na dysku, ale cóż... teraz przynajmniej wiadomo dlaczego nie działa. Pytanie tylko, ilu ma lepiej a ilu ma gorzej.
Niebawem w Biurze GT pojawi się osobna operacja zbiorcza do kompaktowania baz danych. Niewiele to jednak zmieni dla całego procesu, ponieważ i tak potrzebny będzie bufor w postaci miejsca na dysku do wykonania konwersji, a dopiero później będzie można to miejsce odzyskać.
Z uwagi na to, w jaki sposób odbywa się konwersja baz danych i że ona sama w sobie powoduje, że bazy podczas konwersji puchną, osobiście uważam, że kompaktowanie powinno pozostać jako opcjonalny element konwersji, ale jego ewentualnie niepowodzenie nie powinno być przeszkodą do formalnie prawidłowego zakończenia konwersji. Przyrost wielkości bazy danych przy konwersji z 1.78 -> 1.79 i tak jest niewielki w porównaniu z tym, jakie te przyrosty mogą być - to wszystko zależy od tego, których tabel dotyczy konwersja.
Ja na ten moment obchodzę problem w taki sposób, że równolegle do zbiorczej konwersji puszczam w kółko skrypt kompaktujący bazy, które zostały już skonwertowane.