Существует два подхода к организации коллективного доступа к базе данных. Первый подход заключается в том, что файлы базы данных располагают на дисках файл-сервера и все рабочие станции получают к нему доступ. Второй подход основан на применении так называемого СУБД-сервера.
Если файлы базы данных расположены на дисках файл-сервера, с ними работают одновременно несколько программ, запущенных на рабочих станциях. При этом эти программы должны сами следить за тем, чтобы изменяемые записи базы данных блокировались для записи и чтения со стороны других программ на время изменений.
Если вы используете однопользовательскую версию СУБД (системы управления базами данных), не разработанную специально для сети, вам не следует рассчитывать на то, что эта СУБД будет правильно блокировать изменяемые записи на файл-сервере, - она просто не знает, как это делать!
Поэтому при установке СУБД в сети обязательно убедитесь, что у вас сетевая версия СУБД и что эта версия предназначена для работы именно с теми сетевыми средствами, которые вы используете.
Чем плох метод коллективного использования файлов базы данных, расположенных на сервере? Прежде всего этот метод не обеспечивает достаточную производительность при большом количестве рабочих станций.
Для того чтобы понять, почему это происходит, представьте себе такую ситуацию. Пусть у вас есть сеть, где в качестве файл-сервера используется мощный компьютер на процессоре 80386 или даже 80486 и десяток маломощных рабочих станций с процессором 80286. Файлы базы данных расположены на диске файл-сервера. Пусть несколько рабочих станций начинают поиск по одному и тому же файлу базы данных. При этом весь этот файл перекачивается по сети из файл-сервера в оперативную память медленных рабочих станций, где осуществляется поиск необходимых данных.
То есть для того, чтобы что-то найти в файле базы данных, этот файл надо весь целиком прокачать через сеть и медленную рабочую станцию. Но в сети имеется много рабочих станций, и все они могут что-то искать в базе данных!