Вы уж определитесь....
В 21 веке переносить флешкой как-то не ICE-даже при малой скорости сети(а если её отладить. по хорошему,без "соплей" и возможности механического повреждения, смонтировать глядишь и глюки\обрывы пропадут и скорость будет высокая) есть репликация (синхронизация, связывание), разделение БД-штатные средства или SQL без "изобретения велосипеда", все быстрей(да, по-моему, вся ваша бизнес логика значительно улучшится и упростится), чем копировать на флешку, идти куда-то и скидывать,особенно если умения юзверей близки к 0

Из чего можно сделать вывод что сеть имеет место быть Замена же таблицы в работающей БД есть не очень хорошая идея от слова совсем

Потому что справочник это справочник и его добавление вполне допустимо-это не меняет кардинально БД.Замена же таблицы в которой хранятся данные, которая имеет связи с другими таблицами(не справочниками) и служит источником данных для других объектов предполагает, как минимум, восстановление связей.Именно об этом и толковал уважаемый панург говоря о целостности данных-если Вас не волнует эта "мелочь" то работа в течении 6 лет (как будто 6 лет назад её не могли "криво" спроектировать) это весомый аргумент-ВПЕРЕД!!!
Уж не состоит ли Ваша "база данных" из ОДНОЙ таблицы с несколькими справочниками?

Я "упорно твержу" только об одном-человек(назовем его ADMIN, имеющий доступ к табличной части БД) вносит изменения в справочники(или создает новые короче работает с копией табличной части сколько хочет и после этого заменяет файл),а находящиеся в данный момент в сети пользователи закрывают\открываают файл БД-вся процедура занимает 1-2 минуты
Или у Вас справочники обновляются каждые 5 минут
По любому-почему не повернуться к SQL лицом и навсегда избавиться от подобных "проблем"