Происходит разбухание базы. Делаем так:
1. Вставляем в таблицу большое количество записей - размер базы естественно увеличивается на несколько мегабайт
2. Большая часть эти вставленных записей удаляем - размер базы без изменений
3. Вставляем еще несколько тыс. записей - размер базы еще сильнее увеличился
4. Удаляем все вставленные записи - размер базы без изменений
5. Делаем select (*) from my_table для очистки накопленного мусора, размер базы не уменьшается.

Что делать, как очистить базу от мусора и почему select count(*) не чистит?


p.s. Помогает только backup/restore, но это не годится

Gallemarfedorov2012
p.s. Помогает только backup/restore, но это не годится
Чем не годится? Кстати,зачем гонишься за уменьшением размера файла базы?
Проблемы производительности с размером слабо связаны.
Не годится тем, что приведенный пример вставка/удаления это результат работы при выполнении одной из функции в программе, который пользователь может использовать не редко. Поэтому хотелось бы, чтобы программа сама подчистили мусор в БД после выполнения этой операции. Глупо будет, если пользователю после каждого такого действия предлагать - а теперь сделайте backup/restore (особенно, если БД в сети).
Не пойму почему select count (*) не помогает?

Кстати select count(*) лучше делать в отдельной транзакции или в той же, что и вставка/удаление (т.е. в транзакции, которая используется на шаге 3-4 см.топик)

Симонов Денис1. Версия FB
FB 2.5
Симонов Денис2. В какой архитектуре установлено
Win Server 2008 SP2, 64 битный
Симонов Денис3. Что установлено в firebird.conf в параметре GCPolicy
написано так: #GCPolicy = combined т.е. как понимаю этот параметр закомментирован

Ivan_PisarevskyПока есть интерес у транзакций, это не мусор, а версии.
Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика?

Симонов Денисв отдельной
Спасибо, с транзакциями разобрались. Но почему БД не уменьшается после select count(*) - криво проходит чистка или что?

Ivan_Pisarevskyfedorov2012Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика?после того как завершатся все транзакция стартовавшие до(во время) шага 3-4.
поправел.
И даже те, которые к таблицы my_table не имеют отношения?

Симонов Денисfedorov2012,

под архитектурой я понимал архитектуру FB SS/CS/SC
Super Server

fedorov2012после того как завершатся все транзакция стартовавшие до(во время) шага 3-4.
поправел.
И даже те, которые к таблицы my_table не имеют отношения?[/quot]
На момент вставки/удаления записей в my_table (через транзакцию myTranForMyTable) у меня существуют параллельные транзакции, но они не имеют отношения к таблице my_table.
В этом случае достаточно ли очистки мусора из my_table:
myTranForMyTable.Commit;
select count(*) from my_table выполняем через транзакцию myTranForClearGarbage

или же нужно ждать commit'a параллельных транзакций, не имеющие отношения к my_table?

Симонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.

Ок, спасибо

Ivan_PisarevskyСимонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.Не путай народ. Транзакции бывают не только ридкоммитед, но и снапшот. Если я стартовал снапшот раньше, то меня не волнует более ничего, что творится с базой, вынь да положь мне консистентные данные.
пользуюсь в основном read_committed, создаю транзакции, как правило, вот с такими параметрами
read_committed
rec_version
nowait