Rambler's Top100
Форум: MS ACCESSVBVBA MS OfficeMS SQL server
Новые сообщения: 0000

Форум: MS ACCESS

Вопросы связанные с MS ACCESS

Обновить визитку
Участники «Online»
Все участники

 
 

Доброго времени суток, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: репликация
 
 автор: ee   (30.11.-1 в 00:00)
 
 

Наблюдается неудержимый рост реплицированного файла данных.
Команда "Сжать и восстановить" не помогает.
При импорте таблиц в новую базу с последующей ее репликацией, размер файла сокращается с 120 Мб до 19 Мб.
Процедуру "импорта" приходится выполнять ежемесячно, что не совсем удобно.

Кто нибудь сталкивался с чем то подобным?
Как сие объяснить и как с этим можно бороться?

  Ответить  
 
 автор: час   (04.10.2006 в 14:21)   личное сообщение
 
 

Видимо ни как...
А почему нужна именно репликация???

  Ответить  
 
 автор: Аноним   (05.10.2006 в 14:49)
 
 

При сжатии реплики в Microsoft Jet 3.5x, имеются четыре особенности, которые следует иметь в виду:

Убедитесь, что реплика не изменила своего первоначального расположения на диске и имеет то же название файла после сжатия перед синхронизированием с любой другой репликой. Если Вы не делаете этого, то вы добавите другую реплику к набору реплик и, если перемещенная реплика была основной репликой, то она больше не будет ей (т.к. файл был перемещен). Лучший подход состоит в том, чтобы сделать резервную копию реплики перед сжатием, и затем сжать реплику таким образом, чтобы файл не был переименован и/или перемещен в результате сжатия.

Если Вы сжимаете реплику, которая повреждена, то она потеряет свой реплицируемый статус (и состояние основной реплики, если она ей была). Сжатие поврежденной реплики заставляет реплику преобразоваться к нормальной, нереплицированной базе данных, но все скрытые системные таблицы, и поля останутся в этой базе данных.

Для достижения лучших результатов, сожмите реплику дважды. Первое сжатие выполняет нормальный процесс консолидации и помечает реплицируемые объекты, которые подлежат удалению, но фактически они не будут удалены во время этого сеанса сжатия. Второе сжатие удаляет эти объекты и освобождает место, связанное с удаленными реплицируемыми объектами.

Хотя вышеупомянутый совет по сжатию важен все время, это жизненно важно для основной реплики набора реплик, особенно при наличии изменений макета базы данных. Это происходит из-за следующего: например, если Вы делаете 80 изменений в форме и сохраняете их 80 раз, будут иметься 80 копий этой формы, сохраненной в вашей базе данных так, чтобы ядро базы данных Jet могло применять эти изменения где-нибудь еще. Если Вы сжимаете базу данных перед синхронизацией, ядро базы данных Jet обратит внимание, что 79 из тех изменений несоответствующие и не должны храниться в базе данных. Если Вы сначала произведете синхронизацию, то Вы будете неспособны освободить место в файле базы данных, и все 80 изменений будут распределены по каждой реплике. Итак, всегда сжимайте основную реплику перед синхронизацией.

  Ответить  
HiProg.com - Технологии программирования
Rambler's Top100 TopList