Для хранения базы данных можно использовать файл сервер

Обновлено: 05.07.2024

Файловый сервер — специализированный программно-аппаратный комплекс, предназначенный для размещения крупных и малых файловых баз. Чаще всего используется в сфере бизнеса, так как у обычного человека потребностей в подобном оборудовании нет.

По какому принципу выбрать файл-сервер

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

необходимый объем для файловой базы;

численность точек доступа к ней;

скорость обращения к данным.

Давайте перейдем к разбору указанных параметров. Начнем, конечно же, с объема. Нетрудно догадаться, что в файл-сервере будут размещены как и полезные данные (архивная документация, бекапы, фототчеты), так и ненужный хлам, который попросту «жалко выбросить». Потому потенциальный объем дисковой подсистемы устройства следует вычислять по следующим факторам:

Оценить потенциальный объем ежемесячно генерируемых организованных структур (документов, фото, презентаций, финансовой отчетности и т. д.).

Спрогнозировать, сколько места это займет в течении срока времени хранения.

Оставить задел под потенциальную прибавку объема файлов.

Подготовить файловый сервер для закрытия потребностей.

В общем, вам придется провести аналитику всего хлама, который сыпется на накопители. Оценить потенциальный объем с возможностью роста, только потом проектировать файл-сервер для решения данной задачи. Какая операционная система на нем будет использоваться неважно. Можно любой Linux с Samba. Этого хватит для решения задачи. Важнее количество дисковой памяти, а тут есть от чего плясать.

Во-первых, вам придется строить RAID для защиты данных. Зеркальный (RAID 1) — очень медленный. RAID 0 не защищает данные. А RAID 10 требует установки 4-х накопителей на массив. Потому, вам придется заранее рассчитать, с чем готовы мириться, а с чем нет. Скорость не принципиальна, но нужна защита? RAID 1. На защиту плевать, но нужна скорость? RAID 0. Нужно и то, и другое? Десяточку, будьте добры.

И еще, обязательно перед проектировкой нужно регламентировать срок хранения данных. Под некоторые типы, например, документация с длительным сроком хранения, выгоднее выделить другие методы для долгосрочного архивирования, те же магнитные ленты.

Файл-сервер с NVMe для быстрого доступа к некоторым данным

Какими могут быть файловые серверы

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

Тип 1: малый объем

В таком типе устройств хранится немного данных, обычно от пары до 10 терабайт. Более не требуется, потому ключевые технические аспекты будут очень просты:

Сервер начального уровня с 2-4 отсеками (зависит от типа RAID).

2-4 гигабайта ОЗУ, более для нормальной работы не требуется.

2-4 жестких диска с подходящим объемом памяти.

Как видите, небольшой сервер, 2-4 накопителя под RAID, недорогой процессор и немного оперативной памяти позволяют развернуть файловый сервер, удовлетворяющий потребностям малого бизнеса. Никаких изысков не требуется для обеспечения нормальной работоспособности.

Честно говоря, даже особого устройства не требуется. Любой персональный компьютер с возможностью установки нужного количества накопителей и построения программного RAID полностью закроет потребности.

Тип2: небольшая организация

В данном случае зависит только от объема файлов. Все-таки, никаких особых изысков не требуется, достаточно предыдущей сборки, но с возможностью установки более объемных накопителей. Отлично подойдут жесткие диски на 4-8 терабайт. Лучше использовать именно серверное оборудование, так как обеспечит большую степень надежности.

При необходимости можно использовать оборудование с большим количеством отсеков под накопители. Это позволит лучше масштабироваться при увеличении размера файловых баз.

Тип 3: средний размер организованных структур

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

Например, RAID 10, да, для создания одного массива необходимо 4 диска, зато будет обеспечена более высокая скорость и надежность . Фактически, на каждое устройство потребуется много отсеков, а также более-менее производительный процессор и больше оперативной памяти. Конечно, если не планируете отдельно выделить сервер для защиты данных.

Для обеспечения наибольшей степени работоспособности лучше сразу взять на заметку несколько важных факторов:

Выделите на каждый накопитель количество оперативной памяти, равное объемы кеша жесткого диска, это ускорит обмен данными с ОЗУ. Учтите, для RAID 10 кеши сумируются.

Не забывайте про потребности операционной системы, она также требует технических ресурсов для работы.

Кстати, файловый сервер очень легко превращается в сервер для видеонаблюдения. Достаточно докинуть видеокарту для того, чтобы можно было работать с графическими интерфейсами.

Например, такую: Gigabyte GeForce GTX750 Ti 2Gb DDR5

Большой объем

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

То бишь, одним файловым сервером тут не ограничиться, придется строить конвергентный кластер для хранения данных с высокими возможностями масштабирования и дополнительными системами обеспечения отказоустойчивости.

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

Впрочем, на такую тему поговорим, когда будем рассматривать гибридные СХД и All-Flash системы.

Стоит ли покупать файловый сервер?

Сейчас есть альтернативы вроде NAS, SAN. Если требуется только размещение файлов, то лучше отдать предпочтение им, ведь цена значительно ниже.

Если же необходима универсальность, возможность масштабирования и серьезного расширения функционал ьности при необходимости, то предпочтение стоит отдать файл-серверу.

Каждая база данных SQL Server имеет как минимум два рабочих системных файла: файл данных и файл журнала. Файлы данных содержат данные и объекты, такие как таблицы, индексы, хранимые процедуры и представления. Файлы журнала содержат сведения, необходимые для восстановления всех транзакций в базе данных. Файлы данных могут быть объединены в файловые группы для удобства распределения и администрирования.

Файлы базы данных

SQL Server имеют три типа файлов.

Файл	Описание
Первичная	Содержит сведения, необходимые для запуска базы данных, и ссылки на другие файлы в базе данных. В каждой базе данных имеется один первичный файл данных. Для имени первичного файла данных рекомендуется расширение MDF.
Вторичная	Необязательные определяемые пользователем файлы данных. Данные могут быть распределены на несколько дисков, в этом случае каждый файл записывается на отдельный диск. Для имени вторичного файла данных рекомендуется расширение NDF.
Журнал транзакций	Журнал содержит информацию для восстановления базы данных. Для каждой базы данных должен существовать хотя бы один файл журнала. Для файлов журнала транзакций рекомендуется расширение LDF.

Например, простая база данных с именем Sales включает один первичный файл, содержащий все данные и объекты, и один файл журнала, содержащий сведения журнала транзакций. Более сложная база данных с именем Orders может содержать один первичный файл и пять вторичных файлов. Данные и объекты внутри базы данных распределяются по всем шести файлам, а четыре файла журнала содержат сведения журнала транзакций.

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

Логические и физические имена файлов

Файлы SQL Server имеют два типа имен файлов.

logical_file_name: имя, используемое для ссылки на физический файл во всех инструкциях Transact-SQL. Логическое имя файла должно соответствовать правилам для идентификаторов SQL Server и быть уникальным среди логических имен файлов в соответствующей базе данных.

os_file_name: имя физического файла, включающее путь к каталогу. Оно должно соответствовать правилам для имен файлов операционной системы.

Дополнительные сведения об аргументах NAME и FILENAME см. в статье Параметры ALTER DATABASE ((Transact-SQL)) для файлов и файловых групп.

Файлы данных и файлы журналов SQL Server могут использоваться как в файловой системе FAT, так и в системе NTFS. В системах Windows рекомендуется использовать файловую систему NTFS по причинам ее большей безопасности.

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

Если на одном компьютере запущено несколько экземпляров SQL Server, каждый экземпляр получает отдельный каталог по умолчанию для хранения файлов баз данных, созданных в этом экземпляре. Дополнительные сведения см. в разделе Расположение файлов для экземпляра по умолчанию и именованных экземпляров SQL Server.

Размер файла

Файлы SQL Server могут автоматически увеличиваться в размерах, превосходя первоначально заданные показатели. При определении файла пользователь может указывать требуемый шаг роста. Каждый раз при заполнении файла его размер увеличивается на указанный шаг роста. Если в файловой группе имеется несколько файлов, их автоматический рост начинается лишь по заполнении всех файлов.

Дополнительные сведения о страницах и их типах см. в разделе Руководство по архитектуре страниц и экстентов.

Кроме того, можно указать максимальный размер каждого файла. Если максимальный размер файла не указан, файл может продолжать увеличиваться в размерах, пока не займет все доступное место на диске. Эта функция особенно полезна в случаях, когда SQL Server используется в качестве базы данных, внедренной в приложение, где пользователь не имеет удобного доступа к системному администратору. По мере необходимости пользователь может предоставить файлам возможность увеличиваться в размерах автоматически, тем самым снимая с администратора часть забот по наблюдению за свободным пространством базы данных и по распределению дополнительного пространства вручную.

Дополнительные сведения об управлении файлами журнала транзакций см. в разделе Управление размером файла журнала транзакций.

Файлы моментального снимка базы данных

Вид файла, используемый для хранения копируемых во время записи данных моментального снимка базы данных, зависит от того, создается ли моментальный снимок пользователем или используется внутренними механизмами.

Данные моментального снимка базы данных, созданного пользователем, хранятся в одном или нескольких разреженных файлах. Технология разреженных файлов является свойством файловой системы NTFS. Изначально разреженный файл не содержит данных пользователя, и место на диске под него не выделяется. Общие сведения об использовании разреженных файлов в моментальных снимках базы данных и о том, как растут моментальные снимки базы данных, см. в разделе Просмотр размера разреженного файла моментального снимка базы данных.
Моментальные снимки базы данных могут использоваться внутренними механизмами при выполнении определенных команд DBCC. Эти команды включают DBCC CHECKDB, DBCC CHECKTABLE, DBCC CHECKALLOC и DBCC CHECKFILEGROUP. Внутренним моментальным снимком базы данных используются разреженные дополнительные потоки данных исходных файлов базы данных. Подобно разреженным файлам, дополнительные потоки данных являются свойством файловой системы NTFS. Использование разреженных дополнительных потоков данных позволяет связать несколько расположений данных с одним файлом или папкой, не затрагивая при этом размер файла или статистику тома.

Файловые группы

Эта файловая группа содержит первичный файл данных и все вторичные файлы, не входящие в другие файловые группы.
Пользовательские файловые группы могут создаваться для удобства администрирования, распределения и размещения данных.

Например, Data1.ndf , Data2.ndf и Data3.ndf могут быть созданы на трех дисках соответственно и отнесены к файловой группе fgroup1 . В этом случае можно создать таблицу на основе файловой группы fgroup1 . Запросы данных из таблицы будут распределены по трем дискам, и это улучшит производительность. Подобного улучшения производительности можно достичь и с помощью одного файла, созданного на чередующемся наборе дискового массива RAID. Тем не менее файлы и файловые группы позволяют без труда добавлять новые файлы на новые диски.

Все файлы данных хранятся в файловых группах, перечисленных в следующей таблице.

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

Файловая группа по умолчанию (первичная)

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

Файловая группа PRIMARY является группой по умолчанию, если только она не была изменена инструкцией ALTER DATABASE. Системные объекты и таблицы распределяются внутри первичной файловой группы, а не новой файловой группой по умолчанию.

Файловая группа данных, оптимизированных для памяти

Дополнительные сведения об оптимизированных для памяти файловых группах см. в разделе Оптимизированные для памяти файловые группы.

Файловая группа файлового потока

Дополнительные сведения о файловых группах файлового потока см. в статьях FILESTREAM и Создание базы данных с поддержкой FILESTREAM.

Пример файлов и файловых групп

В следующем примере создается база данных на основе экземпляра SQL Server. База данных содержит первичный файл данных, пользовательскую файловую группу и файл журнала. Первичный файл данных входит в состав первичной файловой группы, а пользовательская файловая группа состоит из двух вторичных файлов данных. Инструкция ALTER DATABASE придает пользовательской файловой группе статус файловой группы по умолчанию. Затем создается таблица, определяющая пользовательскую файловую группу. (В этом примере используется универсальный путь к c:\Program Files\Microsoft SQL Server\MSSQL.1 , чтобы не указывать версию SQL Server.)

Данная иллюстрация обобщает все вышесказанное (кроме данных файлового потока).

Стратегия заполнения файлов и файловых групп

В файловых группах для каждого файла используется стратегия пропорционального заполнения. При записи данных в файловую группу компонент Компонент SQL Server Database Engine записывает в каждый файл количество данных, пропорциональное свободному пространству этого файла, вместо записи всех данных в первый файл до его заполнения. Затем запись производится в следующий файл. Например, если в файле f1 свободно 100 МБ, а в файле f2 — 200 МБ, то в файл f1 записывается одна часть данных, а в файл f2 — две части, и так далее. Таким образом, оба файла будут заполнены примерно в одно и то же время, и достигается простейшее распределение данных между хранилищами.

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

Правила проектирования файлов и файловых групп

Для файлов и файловых групп действуют следующие правила:

файл или файловая группа не могут использоваться несколькими базами данных. Например, файлы sales.mdf и sales.ndf, содержащие данные и объекты базы данных sales, не могут использоваться никакой другой базой данных.
файл может быть элементом только одной файловой группы;
файлы журнала транзакций не могут входить ни в какие файловые группы.

Что такое файловый сервер?

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

Для чего используется файловый сервер?

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

Основные цели, которые преследуются при установке файлового сервера — экономия дискового пространства на компьютерах пользователей и повышение удобства работы с информацией. Иванову, Петрову и Сидорову, работающим в одной компании, нужен один и тот же документ, и без сервера они вынуждены хранить его на своих локальных дисках. При появлении файлового сервера эта необходимость исчезнет — файл с документом будет храниться на нём в единственном экземпляре. Если общий объём данных будет достаточно большим, экономия места на локальных жёстких дисках окажется существенной.

Использование файл-сервера даёт ещё несколько важных плюсов:

появляется возможность создать раздельные области хранения — например, для разных подразделений, отделов и сотрудников компании. Можно настроить раздельный доступ групп пользователей к разным областям, приняв и реализовав ту или иную политику прав доступа;

подразделениям, отделам и сотрудникам можно выделить квоты на объём дискового пространства файлового сервера;

заметно упрощается обеспечение информационной безопасности. Файлы на сервере можно и нужно защитить антивирусным ПО и фаерволом, причём делать это придётся лишь на одной машине в сети. Принимать эти меры на каждом локальном устройстве не потребуется.

Типы файловых серверов

Один из критериев деления файловых серверов на типы — их специализация. Существуют:

выделенные серверы. Такие машины используют для решения единственной задачи — хранения файлов. На выделенную машину устанавливается операционная система, администратор конфигурирует и настраивает сервер, после чего его используют по назначению. На файл-сервер может быть установлена специализированная ОС — например, такая, как FreeNAS. В этом случае машина становится узкоспециализированной — она используется исключительно для хранения файлов;

невыделенные серверы. Основная роль хранилища файлов остаётся прежней, но к ней добавляются другие, перечень которых зависит от потребностей организации или домашних пользователей — совместный доступ в Интернет, централизованный запуск приложений или иные.

Целесообразно разделить серверы файлов на категории по их техническим характеристикам, в первую очередь — по объёму дисковой подсистемы и вычислительной мощности. Можно выделить:

обычные персональные компьютеры, на которых настроен общий доступ к файлам и папкам по локальной сети или Интернету. Такие машины, как правило, используются в домашних условиях и небольших офисах;

специализированные файл-серверы, «заточенные» под хранение больших объёмов данных. Они оснащаются несколькими дисковыми накопителями (жёсткими дисками или SSD), которые объединяются в RAID-массивы, высокопроизводительными сетевыми картами, ускоряющими обмен, источниками бесперебойного питания, защищающими от нестабильного энергоснабжения. Файл-сервер из этой категории целесообразно использовать в средней или крупной организации;

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

Файловый сервер с web-интерфейсом

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

появляется возможность не только скачивать файлы с сервера, но и закачивать их на него, используя тот же браузер и ничего более;

HFS даёт возможность загружать на локальный компьютер не только отдельные файлы, но и целые папки. В последнем случае приложение само упаковывает файлы в архив и отправляет их на скачивание;

программа позволяет защитить паролем данные, которые хранятся на сервере, от несанкционированного доступа.

По умолчанию HFS использует 80-й порт для обмена файлами. Рекомендуем сохранить эту настройку. Если этот порт занимают другие приложения, номер можно изменить. Если вы выходите в Интернет через роутер, вам нужно пробросить в нём 80-й порт. Прочитайте о том, как это сделать, в инструкции к маршрутизатору или на специализированных сайтах в сети. После проброса порта предварительный этап конфигурирования будет завершён. Рекомендуем перезагрузить сервер, а также роутер, если он у вас есть.

Попробуйте зайти на файловый сервер со стороннего компьютера или мобильного устройства, введя в адресную строку браузера внешний IP-адрес. Узнать его можно, выбрав в HFS «Menu» — «IP address» — «Find external address». Если приложение работает корректно, вы должны увидеть на экране его интерфейс.

Кликните по любой папке, подготовленной к удалённому доступу, правой кнопкой мыши, и выберите «Properties». В появившемся окне обратите внимание на вкладку «Permissions». Здесь вы сможете устанавливать права доступа к данным — наделять пользователей возможностью скачивать файлы, удалять их, а также загружать файлы на сервер через браузер.

Технические характеристики файловых серверов

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

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

Скорость передачи данных. Чем она выше, тем комфортнее пользователям будет работать с файлами на сервере. Зависит от типа используемых накопителей (так, SSD значительно превосходят по скорости обычные жёсткие диски), а также от быстродействия процессоров и объёма и типа оперативной памяти.

Объём оперативной памяти и её тип. Этот критерий особенно важен в некоторых случаях — например, при использовании файлового сервера для хранения базы данных 1С. Если оперативной памяти будет недостаточно, пользователи начнут испытывать затруднения при совместной работе с такой базой.

Характеристики сетевой карты. Чем выше её пропускная способность, тем быстрее будет идти обмен данными между файловым сервером и клиентскими устройствами.

Отказоустойчивость. Этот критерий особенно важен при использовании корпоративного файлового сервера для хранения критически важных данных. Высокая степень отказоустойчивости достигается при установке надёжного оборудования проверенных производителей, резервировании его подсистем, использовании источников бесперебойного питания. Во многих случаях имеет значение и надёжная физическая защита файлового сервера от несанкционированного доступа.

Систе́ма управле́ния ба́зами да́нных (СУБД) — специализированная программа (чаще комплекс программ), предназначенная для организации и ведения базы данных. Для создания и управления информационной системой СУБД необходима в той же степени, как для разработки программы на алгоритмическом языке необходим транслятор.

Содержание

Основные функции СУБД

управление данными во внешней памяти (на дисках);
управление данными в оперативной памяти с использованием дискового кэша; , резервное копирование и восстановление базы данных после сбоев;
поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию,
процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода,
подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД
а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.

Классификация СУБД

По модели данных

По типу управляемой базы данных СУБД разделяются на:

По архитектуре организации хранения данных

локальные СУБД (все части локальной СУБД размещаются на одном компьютере)
распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах)

По способу доступа к БД

В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. Ядро СУБД располагается на каждом клиентском компьютере. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а недостатком — высокая загрузка локальной сети.

На данный момент файл-серверные СУБД считаются устаревшими.

Примеры: Microsoft Access, Borland Paradox.

Такие СУБД состоят из клиентской части (которая входит в состав прикладной программы) и сервера (см. Клиент-сервер). Клиент-серверные СУБД, в отличие от файл-серверных, обеспечивают разграничение доступа между пользователями и мало загружают сеть и клиентские машины. Сервер является внешней по отношению к клиенту программой, и по надобности его можно заменить другим. Недостаток клиент-серверных СУБД в самом факте существования сервера (что плохо для локальных программ — в них удобнее встраиваемые СУБД) и больших вычислительных ресурсах, потребляемых сервером.

Примеры: Interbase, IBM DB2, MS SQL Server, Oracle, MySQL, ЛИНТЕР.

Встраиваемая СУБД — библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через геоинформационные системы).

Ссылки

Русскоязычные сайты

Зарубежные сайты

Литература

См. также

Свободные системы
Ingres | PostgreSQL | Sav Zigzag |

Wikimedia Foundation . 2010 .

Полезное

Смотреть что такое "Файл-серверная СУБД" в других словарях:

Клиент-серверная СУБД — СУБД, использующая технологию «клиент сервер». Клиент серверная СУБД позволяет обмениваться клиенту и серверу минимально необходимыми объёмами информации. При этом основная вычислительная нагрузка ложится на сервер. Клиент может выполнять функции … Википедия

Microsoft SQL Server — Тип Реляционная СУБД Разработчик Sybase, Ashton Tate, Microsoft … Википедия

ZODB — Zope Object DataBase Тип Объектно ориентированная база данных Разработчик Zope Corporation и соавторы Написана на Python Операционная система Кроссплатформенное ПО Последняя версия 3.10.5 (19 ноября 2011 … Википедия

Программы UNIX-подобных операционных систем — Это список популярных программ, работающих в операционных системах основанных на UNIX (POSIX совместимых). Некоторые из этих программ являются стандартными для UNIX подобных систем. Содержание 1 Системный софт 1.1 Общего назначения … Википедия

CUBRID — Тип Реляционная СУБД Разработчик Search Solutions Написана на C, C++ Операционная система Кроссплатформенное программное обеспечение Язык интерфейса Ан … Википедия

mSQL — Тип Реляционная СУБД Разработчик Hughes Technologies Последняя версия 3.11 (1 июня 2012 года) Лицензия Коммерческая, для разработчиков Сайт … Википедия

BaseX — Графический интерфейс пользователя BaseX Тип Документо ориентированная СУБД … Википедия

Читайте также: