Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер

Лекция 6. Многопользовательские БД. Распределенные БД. Архитектура клиент-сервер.


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

^ Технологии доступа к данным.

В первых версиях операционной системы Windows юзеры могли вместе использовать данные в различных приложениях, копируя и вставляя их при помощи Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер буфера обмена (clipboard). Потом был предложен протокол обмена данными Dynamic Data Exchange (DDE) для более оживленного режима обмена данными. Но он работал медлительно и ненадежно, и на замену ему был разработан существенно более Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер действенный протокол связывания и внедрения объектов Object Linking and Embedding (OLE). OLE – это разработка, которая позволяет создавать составные приложения, включающие в себя объекты, сделанные при помощи других приложений. Объекты могут быть интегрированы в Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер основное приложение либо просто быть связаны с ним. Приложение, включающее в себя другие объекты, именуется контейнером OLE, а приложение, поставляющее свои объекты для встраивания или связывания, - сервером OLE. Объектами OLE -приложения Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер могут быть текстовые документы, диаграммы, электрические таблицы, графические изображения т. д. После вставки либо внедрения объект отображается снутри клиентского приложения и хранится вкупе с ним. При этом для редактирования связанных данных юзеру довольно Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер два раза щелкнуть мышью на интегрированном объекте, в итоге чего будет запущено приложение, в каком этот объект был сотворен. При связывании объектов в контейнере хранится только ссылка на объект-источник. После обновления начального Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер файла объекта обновляется и его представление в составном приложении. Кроме встраивания и связывания объектов, эта разработка позволяет вызывать функции 1-го приложения из другого. Другими словами, OLE является объектно-ориентированной технологией разработки повторно Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер применяемых программных компонент.

В целях дополнительной интеграции объектов концепция OLE была существенно расширена, позволив создавать самостоятельные многофункциональные составляющие, предоставляющие свои функции (сервисы) другим объектам. В таковой архитектуре создание и сопровождение Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер одних объектов может выполняться совсем независимо от других объектов. Взаимодействие объектов обусловятся средством специально организованных интерфейсов. Компонентная модель объектов Component Object Model (СОМ) является объектно-ориентированной моделью, состоящей из спецификации, определяющей интерфейс меж объектами Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер снутри системы, и определенной реализации в виде динамически связываемой библиотеки Dynamic Link Library (DLL). Разработка СОМ предоставляет стандартный способ поиска и инициализации объектов, также организации связи меж приложением и Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер объектом. Одним из главных плюсов технологии СОМ будет то, что она предоставляет унифицированный (двоичный) эталон взаимодействия, не зависящий от языка программирования, использовавшегося при разработке приложения и объекта. Идеология СОМ была реализована в 1993 г. в Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер спецификации OLE 2.0. СОМ позволяет создавать централизованные приложения. Для сотворения распределенных корпоративных систем была предложена архитектура Distributed Component Object Model (DСОМ). DСОМ расширяет архитектуру СОМ до распределенной компонентной среды, в какой составляющие идиентично Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер смотрятся для клиентов на локальном и удаленном компьютерах. DСОМ реализует это, заменяя сообщение меж процессами клиента и компонента подходящим сетевым протоколом.

Разработка открытого доступа к данным Open Database Connectivity (ODBC Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер) была разработана компанией MS для обеспечения способности связи меж разными SQL-совместимыми БД, при этом в этой технологии SQL употребляется как стандартный механизм доступа к данным. Необходимость сотворения ODBC появилась вследствие того Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер, что любая фирма-разработчик СУБД использовала собственный диалект SQL, что делало неосуществимым обмен данными меж 2-мя БД разных форматов. Потому сначала был разработан общий эталон на SQL, получивший заглавие CLI (Call Level Interface). В Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер его базу были положены уже имеющиеся эталоны X/Open и ISO. Потом каждой фирме-разработчику СУБД было предписано создать драйвер перевода собственного диалекта SQL в CLI, и напротив. Таким макаром, основное предназначение Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер ОDВС состоит в абстрагировании приложения от особенностей ядра применяемой БД. Разработка ODBC предугадывает создание дополнительного уровня меж приложением и применяемой СУБД. Предоставленный интерфейс обеспечивает высшую степень взаимодействия, позволяя одному приложению обращаться Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер к различным базам данных при помощи 1-го и такого же кода. Это позволяет создавать распределенные (в большей степени клиент-серверные) гетерогенные приложения без учета особенностей определенных СУБД. В качестве сервера может Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер выступать хоть какой сервер БД, имеющий драйвер ODBC, либо даже рядовая БД, если требуется совместная обработка данных, написанных в различных форматах. ODBC находится вроде бы в центре меж приложениями и употребляется как Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер средство коммуникации меж клиентской и серверной частями. Службы ODBC обеспечивают соединение с БД, получение от приложения запросов на подборку инфы и перевод их на язык ядра адресуемой БД для доступа к хранимой в Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер ней инфы. Одна из основных целей сотворения ODBC - скрыть сложность соединения с сервером и по мере способности заавтоматизировать выполнение бессчетных процедур, связанных с получением данных. ODBC просит от разработчика указания только Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер имени источника данных (DSN Data Source Name), при всем этом функции, драйверы, адреса серверов, сети и шлюзы укрыты от юзера.

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

Реляционные БД - не единственный источник данных. Данные могут быть представлены в любом Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер виде и формате. К примеру, в качестве данных могут- выступать объектно-ориентированные БД, электрические таблицы, документы в RTF, XML формате, почтовые системы и т. д. Соответственно появилась потребность или сделать единый формат Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер хранения данных, что недешево и неэффективно, или нарастить имеющиеся технологии интерфейсами доступа к хоть каким типам данных. Разработка OLE DB (Object Linking and Embedding Database) реализует это требование, являясь более Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер универсальной ежели стандартные технологии OLE и СОМ.

В технологии OLE DB употребляется механизм провайдеров, под которыми понимают поставщиков данных, находящихся в надстройке над физическим форматом данных. Провайдер OLE DB представляет собой компонент Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер СОМ, позволяющий принимать вызовы OLE DB API и делать все нужное для обработки запроса к источнику данных. Не считая поставщиков данных, имеются также сервис-провайдеры, реализующие самые разные сервисные функции. Разработка Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер OLE DB может использовать ОDВС для доступа к реляционным БД. В данном случае применяется OLE DB-провайдер для доступа к ODBC данным. Таким макаром, разработка OLE DB не подменяет технологию ODBC, она позволяет организовывать доступ Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер к источникам данных через разные интерфейсы и в том числе через ODBC.

Хотя ODBC и OLE DB числятся неплохими интерфейсами передачи данных, но как программный интерфейс они имеют много ограничении Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер, так как являются низкоуровневыми. Для снятия этих ограничений бы- ли предложены технологии Data Access Objects (DAO) и ActiveX Data Objects (ADO). Данные технологии представляют собой высокоуровневые объектные модели (библиотеки функций) и делают очередной уровень Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер абстракции меж приложением и функциями ODBC и OLE DB. Разработка DAO предназначена в большей степени для сотворения БД при помощи СУБД Access, потому что не считая подмены совокупы низкоуровневых функций ODBC несколькими Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер высокоуровневыми производит также прямой доступ к функциям ядра Microsoft Jet базы данных Access. Разработка ADO предоставляет иерархическую модель объектов для доступа к разным ODBC-провайдерам данных и характеризуется еще Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер больше высочайшим уровнем абстракции. Объектная модель ADO включает объекты, обеспечивающие соединение с провайдером данных, создание запросов SQL к данным, создание набора записей на базе запроса и т. д. Особенностью технологии ADO является возможность ее Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер использования в Приложениях Интранет/Веб для доступа к разным источникам данных. В целом ADO можно охарактеризовать как более современную технологию разработки приложений для работы с распределенными БД по архитектуре клиент-сервер Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер.

^ Архитектура клиент-сервер.

Если идет речь о некой БД как самостоятельной многофункциональной единице, то под ней понимают совокупа набора данных и программки обслуживания. Программка обслуживания, реализующая функции управления, обработки и представления Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер данных, может быть как некой коммерческой СУБД, так и самостоятельной программкой, где ядро СУБД, обеспечивающее управление данными, будет представлено только несколькими DLL. При размещении БД в сети вероятны разные варианты рассредотачивания данных и функций БД Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер по узлам сети. Данные могут храниться на одном выделенном компьютере и быть распределены по всем узлам сети. Функции обработки и представления данных также могут быть самым разным методом распределены по узлам Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер сети. Зависимо от числа узлов сети, меж которыми производится рассредотачивание функций СУБД, можно выделить двухзвенные модели, трехзвенные и т. д. Исторически первыми появились распределенные БД с применением файл-серверной архитектуры Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер. В таких БД по запросам юзеров файлы БД передаются на индивидуальные компы (ПК), где и делается их обработка. В таком случае БД может размещаться на файл- сервере, в качестве которого может употребляться Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер более мощнейший компьютер, функция файл-сервера заключается в главном в хранении БД и обеспечении доступа к ним юзеров, работающих на разных компьютерах. Эти функции обеспечиваются, обычно, той же СУБД, которая работает и на компьютерах Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер юзера. Для каждого клиента во время работы создается локальная копия данных, с которой он работает. При всем этом решаются задачки, связанные с вероятным одновременным доступом нескольких юзеров к одним и этим Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер же данным. Забота о целостности данных при таковой организации работы полностью возлагается на программки клиентов. Если они недостаточно обмыслены, в БД можно просто занести ошибки, которые могут отразиться па всех юзерах Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер. Если применяемая СУБД не имеет достаточных средств для обеспечения многопользовательского доступа к данным либо некорректно сконфигурирована, то нарушение целостности может произойти и при попытке одновременного конфигурации одних и тех же данных. Нередко такие Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер деяния приводят к полному повреждению внутренней структуры БД. При маленьких объемах данных архитектура файл-сервер полностью соответствует современным требованиям, но с повышением числа компов в сети либо ростом БД начинают появляться задачи Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер, связанные с резким падением производительности системы. Это связано с повышением объема данных, передаваемых по сети, потому что вся обработка делается на компьютере юзера. Если юзеру будет нужно несколько строк из таблицы Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер объемом в сотки тыщ записей, то поначалу вся таблица с файл-сервера будет передана на его компьютер, а потом СУБД отберет нужные записи. Даже реализация постепенной постраничной подкачки данных не решает делему. Намного более комфортной Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер для совместной обработки данных является архитектура клиент-сервер.

Архитектура клиент-сервер делит приложение на две части, используя наилучшие свойства с обеих сторон. Клиентская часть (front-end) находится на компьютерах Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер юзеров и обеспечивает легкий в использовании интерактивный интерфейс. Сервер (back-end) находится на выделенном компьютере и обеспечивает управление данными, разделение инфы, администрирование, обеспечение целостности, безопасности и секретности. В общем случае сервером определенного Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер ресурса в компьютерной сети именуется компьютер (программка), управляющий этим ресурсом, клиентом - компьютер (программка), использующий этот ресурс. В качестве ресурса компьютерной сети могут выступать, например, БД, службы печати, почтовые службы. Тип сервера определяется видом ресурса Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер, которым он управляет. К примеру, если управляемым ресурсом является БД, то соответственный сервер именуется сервером БД. Архитектура клиент-сервер подразумевает централизованное хранение данных с двухзвенным рассредотачиванием функций СУБД. В этой архитектуре данные Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер обычно хранятся на выделенном компьютере под управлением специальной программки сервера, а доступ к данным и их представление организуются через клиентские программки. Достоинством организации информационной системы по архитектуре клиент-сервер является удачное сочетание Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер централизованного хранения, обслуживания и коллективного доступа к общей корпоративной инфы с персональной работой юзеров над индивидуальной информацией. В таковой системе просто воплотить многопользовательский доступ к данным, так как возникает возможность предоставлять одни Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер и те же данные нескольким клиентам сразу, решая при всем этом задачи совместного доступа.

В архитектуре клиент-сервер клиент устанавливает соединение с сервером и сформировывает запрос к серверу БД. Выполнение запроса происходит на Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер сервере. Потом итог запроса посылается клиенту для использования и просмотра. Потому что обычно результатом запроса является маленькая часть хранимой в БД инфы, то нагрузка на сеть очень миниатюризируется. На сервере Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер происходит также обработка транзакций и правил целостности (бизнес-логики). Так как- SQL предоставляет стандартный интерфейс для СУБД разных типов, то он может употребляться как средство коммуникации меж сервером и клиентом. В Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер таком случае сервер нередко именуется сервером запросов (SQL сервером). Если вся обработка данных происходит на стороне сервера, то клиент делает только функции интерфейса с юзером. В данном случае клиентское приложение именуют «тонким» клиентом Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер. Если часть обработки данных про изводится на стороне клиента, то молвят о «толстом» клиенте. По разделению функций меж клиентом и сервером можно выделить последующие типы архитектур:

1) удаленное представление;

2) распределенная функция;

3) удаленный доступ к Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер данным.

В модели удаленного доступа к данным (Remote Data Access - RDA) программки, реализующие функции представления инфы и функции их обработки, совмещены и производятся на компьютере-клиенте. Функции сервера практически ограничиваются управлением днипых Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер и обработкой запросов со стороны клиентов. Основное достоинство RDA модели состоит в наличии огромного числа готовых СУБД и других инструментальных средств, обеспечивающих резвое создание программ клиентской части. Недочетами RDA модели являются, во-1-х Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер, достаточно высочайшая загрузка системы передачи данных вследствие того, что вся логика обработки сосредоточена на компьютере-клиенте, а обрабатываемые данные размещены на удаленном узле. Во-2-х, RDA системы неудобны исходя из убеждений разработки Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер, модификации и сопровождения. Основная причина заключается в том, что в получаемых приложениях прикладные функций и функции представления тесновато взаимосвязаны. Потому даже при малозначительном изменении функций системы требуется переделка всей прикладной ее Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер части. Если функции сервера заключаются только в хранении данных, то эта модель ничем не отличается от архитектуры файл-сервер.

Модель удаленного представления, по другому модель сервера БД (Database Server - DBS Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер), отличается от предшествующей модели тем, что функции компьютера-клиента ограничиваются функциями представления, в то время как прикладные функции (непременно включающие обеспечение целостности, безопасности и секретности) реализуются на стороне сервера. Логика работы приложения реализуется в Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер виде хранимых процедур и триггеров. Процедуры хранятся в словаре БД и делятся несколькими клиентами. В неких СУБД на сервере можно хранить и сами запросы, именуемые в таком случае хранимыми командами. Хранимые Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер команды производятся существенно резвее, потому что не требуется всякий раз создавать их синтаксический разбор и оптимизацию кода. Плюсами модели DBS являются возможность централизованного администрирования приложений и обеспечения целостности, также действенное внедрение вычислительных и коммуникационных Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер ресурсов- К недочетам модели следует отнести ограниченность действий, которые можно делать при помощи хранимых процедур и триггеров и сравнимо низкая эффективность использования вычислительных ресурсов обоих компов.

В модели распределенной Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер функции логика обработки данных распределена по двум узлам. Такую модель могут иметь БД, в каких общая часть прикладных функций реализована на компьютере-сервере, а специальные функции обработки инфы производятся на компьютере-клиенте Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер. Функции общего нрава могут включать в себя стандартное обеспечение целостности данных, к примеру в виде хранимых процедур и триггеров, а оставшиеся прикладные функции реализуют специальную прикладную обработку. Не считая перечисленных методов, можно Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер еще выделить распределенное представление; где функции БД, включая представление инфы сосредоточены на сервере, а клиентская часть системы фактически вырождена, и распределенную БД, где по многофункциональной нагрузке клиент практически становится равен серверу. В удаленном представлении Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер основной функцией клиентской части является просто отображение инфы на дисплее монитора и связь с главным компом через локальную сеть. Модель распределенной БД, напротив, подразумевает внедрение массивного компьютера-клиента, при этом данные могут Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер храниться как на компьютере-сервере, так и на компьютере-клиенте. Если функцию хранения данных вынести на отдельный компьютер сети, то получим трехъярусный (трехзвенный) вариант представления данных. На нижнем уровне на компьютерах юзера размещены Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер приложения клиентов, обеспечивающих пользовательский интерфейс. На втором уровне размещен сервер приложений, обеспечивающий управление данными и реализующий несколько прикладных функций, любая из которых оформлена как служба предоставления услуг всем требующим этого Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер программкам. Серверов приложений может быть несколько, любой из их предоставляет собственный вид сервиса. Неважно какая программка, запрашивая услугу у сервера приложений, является для него клиентом. На 3-ем уровне размещен удаленный сервер Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер БД. Так как центральным звеном является сервер приложении, такую модель именуют моделью сервера приложений либо AS-моделью (Application Server). Достоинством AS-модели является разгрузка сервера БД, а к недочетам можно отнести повышение нагрузки на сеть Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер.

Распределенные базы данных (РБД) можно рассматривать как подвид распределенных вычислительных систем, занимающихся обработкой данных. Распределенная вычислительная система состоит из совокупы частей (не непременно однородных), соединенных меж собой при помощи коммуникационной сети Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер и взаимодействующих при решении некой общей задачки. Можно выделить два достоинства таковой системы: 1) повышение мощности системы при решении общей задачки; 2) возможность автономной работы отдельных частей системы. Таким макаром, мы можем найти распределенную БД Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер (Distributed Database - DDB) как совокупа логически взаимосвязанных баз данных, распределенных в компьютерной сети, и распределенную СУБД (Distributed Database Management System- DDBMS) как совокупа программ, созданных для управления распределенной БД.

Есть два главных Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер метода организации РБД с распределенным хранением данных: фрагментация и репликация (тиражирование). Фрагментация бывает горизонтальной и вертикальной. При горизонтальной фрагментации разбиение происходит за счет помещения в отдельные таблицы с схожей структурой Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер не перекрывающихся групп строк. При вертикальной фрагментации разбиение происходит по столбцам: одни столбцы сформировывают одну таблицу, другие - другую. При всем этом для сохранения идентификации целой записи в отдельных кусках приходится в каждый кусок Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер добавлять первичный ключ таблицы. Информация о местоположении каждого куска обычно хранится в так именуемом глобальном словаре данных, который в свою очередь также может быть распределенным. При раздельном хранении фрагментов данных СУБД Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер должна обеспечивать таковой принцип работы, чтоб для программ и юзеров распределенная система воспринималась как единая централизованная БД. Если БД либо хотя бы один кусок данных может размещаться более чем на одном компьютере, то Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер молвят о репликации (либо по другому тиражировании) данных. Соответственно репликация бывает полной и частичной. При полной репликации на всех компьютерах располагаются синхронизируемые копии одной и той же БД. Безопасность и степень доступности Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер данных в таковой системе самые высочайшие. Система остается работоспособной, пока хотя бы один компьютер системы находится в рабочем режиме. Скорость подборки локальных данных также максимальна (если пренебречь эффектом ускорения вследствие уменьшения размера БД Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер при ее разбиении). Недочетом таковой системы можно считать трудность синхронизации реплик при обновлении данных и то, что меж обновлениями копии БД могут отличаться друг от друга. Противоположностью полной репликации Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер является отсутствие репликации, где каждый кусок данных имеет только одну копию. Меж этими последними вариантами находится широкий диапазон вариантов частичной репликации. Степень репликации находится в зависимости от требуемой доступности данных и от обеспечения нужной Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер производительности операций обновления данных. К примеру, если требуется наибольшая степень доступности данных и нет необходимости в нередком их обновлении, то полная репликация является лучшим решением. К фрагментации данных прибегают в Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер этом случае, если доступ к некому куску данных требуется в большей степени для юзеров 1-го либо нескольких компов. Таковой подход позволяет обеспечить наивысшую скорость работы с данными для юзеров этих компов. В общем случае Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер поиск рационального решения размещения данных может представлять сложную задачку оптимизации.

Первым фактором, по которому можно различать РБД, является степень однородности. Если все юзеры РБД употребляют одно и то же программное обеспечение (СУБД Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер) для доступа к данным и если данные, расположенные на всех компьютерах сети, контролируются все той же СУБД, то такую РБД именуют однородной. В неприятном случае - неоднородной либо гетерогенной. 2-ой фактор - это степень автономности Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер. С одной стороны, мы можем иметь распределенную СУБД с полным отсутствием локальной автономности, которая имеет единую концептуальную схему данных, единый центр обработки запросов и транзакций, где части единой БД просто распределены по Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер различным компьютерам. С другой стороны, мы можем иметь распределенную СУБД, которая хоть и имеет некую общую схему данных, но составлена из стопроцентно автономных СУБД. Такая СУБД именуется федеративной СУБД (Federated Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер Database Management System - FDBMS). Федеративная СУБД может быть даже составлена из СУБД, поддерживающих разные модели данных, типы, ограничения и языки манипулирования данными. Таковой вариант распределенной СУБД более надежен и перспективен, но связан со Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер значительными сложностями реализации. Задачи в таких системах могут появляться не только лишь вследствие отличия поддерживаемых моделей данных, да и вследствие отличия имен таблиц и полей, и напротив, когда поля с Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер схожими именами могут обозначать различные данные. Федеративная СУБД поддерживает глобальную схему, на основании которой юзеры могут строить распределенные запросы и обновлять данные. Она работает только с общей схемой данных, так как все локальные Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер СУБД имеют свои собственные схемы данных и своими силами обеспечивают доступ к данным всех их юзеров. Глобальная схема создается средством слияния локальных схем данных. Программное обеспечение федеративной СУБД за ранее передает Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер глобальные запросы в запросы к локальным БД. Потом результаты всех локальных запросов соединяются воединыжды и предоставляются юзеру, Основываясь на трехуровневой архитектуре БД, архитектура распределенной СУБД может быть представлена последующим образом Глобальная концептуальная схема представляет Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер собой логическое описание всех БД, предоставляя ее так, будто бы она не является распределенной. Схемы фрагментации, репликации и рассредотачивания определяют размещение данных по локальным компьютерам. Для разных типов распределенных СУБД. Эти Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер схемы могут иметь разную значимость. Для федеративной СУБД схемы фрагментации, репликации и рассредотачивания могут быть опущены вообщем, а локальные схемы отображения могут быть представлены локальными наружными схемами. Распределенные БД имеют достоинства перед Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер классическими централизованными БД, но не лишены и неких недочетов. РБД обладает последующими преимуществами.

1. Разделяемость и локальная автономность. Географическая распределеленность организации может быть отображена в рассредотачивании ее данных. В итоге юзеры отдельных частей Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер БД получают локальный контроль над данными и могут устанавливать локальные ограничеия и права доступа.

2. Управление распределенными данными на различных уровнях «прозрачности». В безупречном варианте реальное размещение данных должно быть стопроцентно укрыто Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер от юзера. Он должен работать с распределенной БД как с системой, расположенной в одном месте.

3. Повышение стабильности и надежности системы. С выходом из строя отдельных частей распределенная СУБД будет продолжать работать.

4. Повышение производительности Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер. В распределенных БД куски данных можно расположить там, где они более необходимы. Как следует, падает нагрузка на сеть при пересылке данных. Размер куска данных на локальном компьютере будет много наименьшим, что также приведет Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер к повышению скорости работы с БД.

5. Повышение гибкости за счет модульности системы.

К недочетам таких систем можно отнести:

• увеличение трудности, влекущее повышение цены и срока разработки РБД;

• усложнение контроля за целостностью данных Лекция Многопользовательские бд. Распределенные бд. Архитектура клиент-сервер;

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

lekciya-ponyatie-subd-funkcii-subd.html
lekciya-praktikuyushego-vracha-k-p-kravchenko.html
lekciya-predlozhenie-truda.html