- •Возможна многопользовательская работа с одной и той же бд
- •Достоинства архитектуры "клиент-сервер":
- •3.Клиент-сервер.
- •8. Технология corba- это стандарт написания распределенных приложений,
- •11. Средства, предоставляющие доступ к источнику данных с использованием технологии
- •12. В архитектуре оdвс используется один оdвс Driver Manager и несколько оdвс-
8. Технология corba- это стандарт написания распределенных приложений,
предложенный консорциумом OMG (Open Management Group).
Технология CORBA (Common Object Request Broker Architecture–общая ар-хитектура брокера объектных заявок), разрабатываемая OMG (Object
Managment Group) с 1990-го года, позволяет вызывать методы у объектов,
находящихся в сети гдеугодно, так, как если бы все они были локальными
объектами. CORBA позволяет организовать единую информационную среду,
элементы которой могут общаться друг с другом, вне зависимости от их кон-кретной реализации, "прописки" в распределенной системе, платформы и
языка их реализации
Это специальная технология, позволяющая создавать распределенные при-ложения, работающие на нескольких компьютерах в сети, которые, в отли-чие от Com-компонентов, могут выполняться под управлением разных ОС
одновременно (а не только Windows).
Брокер объектных запросов (ObjectRequestBroker, ORB) является ос-новным компонентом вCORBA. Брокер запросов должен быть в любой рас-пределенной системе, совместимой сCORBA.
22
Брокер объектных запросов–это специальная программа, которая отсле-живает и синхронизирует работу объектов CORBA, организует процесс
обмена сообщениями между ними, перезапускает их в случае сбоев компью-тера, оптимально распределяет загрузку и организует связь клиентских
программ с серверными объектами.
ORBпредставляет из себя своеобразную шину, через которую проис-ходит взаимодействие удаленных объектов. Любой CORBA-совместимый
объект должен иметь брокер объектных запросов между ним и всем кто к
нему обращается.
9. MIDAS-multi-tired distributed application service suite-это технология Borland
для создания многоуровневыхприложений баз данных. Применение данной
архитектуры позволяет быстро разрабатывать простые в сопровождении и
установке, надежные, распределенные БД.
Обеспечивает реализацию модели многоуровневых систем (чаще использу-ют трехуровневую модель). Отдельныекомпоненты "клиент-серверного"
приложения выполняются на разных компьютерах:
1. Клиентская программа реализует пользовательский интерфейс и по-сылает запросы на выполнение нужных действий.
2. Сервер приложений синхронизирует работу всех компонентов систе-мы и организует связь между ними.
3. Удаленный сервер баз данных–это СУБД, выполняющаяся на выде-ленном компьютере, обрабатывающая запросы от сервера приложе-ний и по этим запросам возвращающая наборы данных или вносящая
изменения в таблицу.
10. ADO(ActiveX Data Objects-объекты данных, построенные как объекты
ActiveX)-это часть архитектуры универсального доступа к данным от
Microsoft. ADOявляется частью более крупномасштабной технологии под
названиемMDAC (Microsoft Data Access Components). Термин MDACяв-ляется общим обозначением для всех разработанных компаниейMicrosoft
технологий, связанных с базами данных. К этому набору относятсяADO,
OLE DB, ODBCи др.
ТехнологияADOбазируется на возможностяхСОМ, а именно интерфей-сов OLE DB. В общем случае АDО можно рассматривать как язык про-граммирования с БД, позволяющий выбирать, модифицировать и удалять
записи.
ADOпредставляет собой высокоуровневый прикладной интерфейс для дос-тупа кOLE DB-интерфейсам.ADOсодержит набор объектов, используе-мых для соединения с источником данных, для чтения, добавления, удаления
имодификации данных.
Согласно терминологииADO, любой источник данных (база данных,
электронная таблица, файл) называется хранилищем данных, с которым
при помощи провайдера данных взаимодействует приложение. Провайдеры
ADOобеспечивают соединение приложения, использующего данные через
19
ADO, с источником данных (сервером SQL, локальной базой данных, файло-вой системой и т. д.).Для каждого типа хранилища данных должен сущест-вовать провайдерADO. Провайдер "знает" о местоположении хранилища
данных и его содержании, умеет обращаться к данным с запросамии ин-терпретировать возвращаемую служебную информацию и результаты запро-сов с целью их передачи приложению.
ТехнологияADOнетребовательная к системнымресурсам, создает
минимальную нагрузкунасетьиотличаетсяминимальнымчисломуров-неймеждуприложениемиисточникомданных.
ЧастьADO,носящая названиеслужбыудаленныхданных(Remote
DataService, RDS), отвечаетза передачуклиентамотсоединенных набо-ровзапи- сейпопротоколуHTTPилиDistributedCOM(DCOM), чтопо-зволяет разра- батывать полнофункциональные, ориентированные на
работу с даннымиWebприложения.
Объектная модель ADOпризвана обеспечить доступ к наиболее
частоприменяемымфункциямOLEDB. ADOсостоитизтрехосновных
компонентов: объекта Connection, объекта Command и объекта
Recordset.