Правильнее определить, что Вам нужно:
http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=Data_maintenance_strategies
Вы можете дать возможность всем пользователям редактировать версию DEFAULT. При этом никакого post пользователям вообще выполнять не надо. Согласование конфликтов и регистрация изменений происходит сразу в момент сохранения. Не согласовав конфликты пользователь не сможет сохранить данные. Если он не понимает этой процедуры, то и теряет свои изменения - то ли отказывается от согласования, то ли принимает не тот вариант исправлений.
Другой вариант - заставить пользователей создавать новую версию перед началом редактирования. А в конце рабочего дня выполнять согласование (reconcile) и регистрацию (post) изменений, выполненных за день. После чего удалять свою версию. Такой порядок позволит пользователям ОСОЗНАННО управлять конфликтами.
Сама операция сжатия никаких данных не удаляет. Она упорядочивает дерево состояний, удаляет все состояния, на которые нет ссылок, и при отсутствии у отредактированных объектов ссылок на версии, отличные от DEFAULT переносит их в базовые таблицы, что повышает общую производительность.
А вот как и когда правильно выполнять операцию сжатия - читайте в документации:
http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=About_compressing_a_geodatabase
Также Вы можете терять изменения, если не правильно дерегистрируете версионность класса или набора данных - не выполнив предварительно согласования всех версий и полной компрессии базы при отключенных коннектах.
