„Kompaktowanie” bazy danych SQL po usunięciu rekordów za pomocą SQLiteMan

Korzystam z SQLiteMan do edycji / usuwania historii wiadomości Skype, jak opisano w licznych przewodnikach w sieci. Czyli otwieram main.dbplik Skype'a w folderze mojego profilu za pomocą SQLiteMan i wybiórczo usuwam niektóre rekordy w messagestabeli. SQLiteMan pozwala mi to zrobić ręcznie lub przy użyciu DELETEinstrukcji SQL . Na powierzchni wszystko działa zgodnie z oczekiwaniami: rekordy są usuwane, a Skype nie wyświetla już usuniętych wiadomości w swojej historii.

Jest jednak jeden mały problem, który nie wydaje się być omawiany w przewodnikach zarządzania historią Skype w sieci. Rekordy nie są fizycznie usuwane main.db, ale raczej oznaczone jako „usunięte” (co z pewnością jest rozsądnym rozwiązaniem z punktu widzenia zarządzania bazą danych). Otwarcie main.dbw edytorze binarnym pokazuje, że zawartość usuniętych rekordów jest nadal doskonale widoczna w pliku. Oczekuje się, że rozmiar main.dbpliku nie zmienia się bez względu na to, ile rekordów usuwam.

Jest to oczywiście nie do przyjęcia z punktu widzenia prywatności / bezpieczeństwa.

Czy jest więc jakiś sposób na wymuszenie fizycznego usunięcia niepożądanych zapisów po powyższym „miękkim” usunięciu? Czy istnieje sposób na „kompaktowanie” fizycznego pliku bazy danych SQL? Alternatywnie, czy istnieje sposób, aby poprosić silnik SQL o wyzerowanie zawartości „miękkich” skasowanych rekordów, aby uczynić je nieczytelnymi?