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

Базы данных с разделяемыми файлами почти не отличаются от автономных баз данных, за исключением того, что они могут быть доступны многим клиентам через сеть. Это делает их весьма доступными, так как ими можно манипулировать с разных машин. Например, возьмем базу данных служащего, упомянутую в предыдущем примере. Если администратор изме-нит заработную плату служащего, это сразу будет отмечено приложением, печатающим квитанции. Компьютер, получающий доступ к базе данных, запускает локальную машину такой базы данных. Другое преимущество баз данных с разделяемыми файлами состоит в том, что они не делают никакого предварительного предположения о сети. Машине базы данных абсолютно безразлично, какая сеть используется - Novell, Banyan, Microsoft NT или любая другая, потому что она рассматривает базу данных просто как файл. База данных с разделяемыми файлами может оказаться неподходящей лишь в случае, когда необходимо выполнить большое количество одновременных и требующих вычислений доступов к ней. В этом случае решение - база данных типа клиент/сервер.

Исчерпывающим решением проблемы доступа к базам данных является модель типа клиент/сервер. В этом случае доступ к базе данных для группы клиентов выполняется специальным компьютером - сервером. Возьмем, например, базу данных ГНИ. Инспектор ГНИ может захотеть узнать номера лицензий на деятельность всех лиц, зарабатывающих более 100.000$ и платящих менее 2.000$ налога. В системе с разделяемыми файлами это фактически застопорило бы запрашивающую программу, пока выполнялся бы просмотр всего неимоверного количества данных. В модели клиент/сервер клиент просит сервер выполнить специальное задание. Дело клиента решать, остаться ли ждать результатов, или пойти заняться чем-либо более интересным. Сервер ориентирован на операции с запросами самым оптимальным способом. Хотя архитектура клиент/сервер имеет большое преимущество в производительности и гибкости, она имеет также достаточно много недостатков. Решение клиент/сервер часто оказывается более дорогим, чем решение с разделяемыми файлами. Кроме того, программное обеспечение клиент/сервер нуждается в протоколе, в котором происходит диалог, таком, как TCP/IP. И хотя это часто можно сделать достаточно гибко, тем не менее, это дополнительное конфигурирование и административные функции.
Теоретически Вы можете купить уже готовую систему, например программу семейства 1:С Предприятие, которая имеет очень гибкую настройку, но даже она в отдельных случаях может не справится с поставленной задачей. В этом случае мы предлагаем Вам разработать базу данных Paradox, dBase или Access под конкретные Ваши потребности, которая справиться с любой возложенной на нее задачей.

Наши примерные цены...