Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
otvety_reu.docx
Скачиваний:
8
Добавлен:
29.07.2019
Размер:
147.92 Кб
Скачать

Технологии ado

Технология доступа к удаленным базам данных ADO NET была разработана также для архитектуры клиент-сервер. Кроме двух уровней удаленных баз данных - клиентского и серверного ~ появляются дополнительные уровни - серверы бизнес-логики, реализующие бизнес-логику приложений

Технология ADO.NET устанавливает следующую схе'му работы клиента с сервером баз данных

. установка соединения с сервером;

. получение необходимых данных;

. закрытие соединения;

. обработка данных;

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

Реализация данной схемы работы клиента определяется структурой АОО ,NET

Основу ADO .NБТ составляют два основных модуля' Провайдер данных (Data Provider .NБТ FrameWork) и Резидентная реляционная база данных (DataSet)

-Провайдер данных, как это следует из его названия, отвечает за связь приложения с источником данных и за манипуляцию данными. Провайдер данных включает в себя следующие объекты манипулирования данными' Connection, Command, DataAdapter,DataReader.

*Соппесtiоп используется для установления соединения с источником данных. а также для управления транзакциями.

*Command позволяет манипулировать даннЬ/ми источника, а также выполнять хранимые процедуры. При этом могут использоваться параметры для передачи данных в обоих направлениях

*DataAdapter служит связующим звеном между резидентной БД DataSet и источником данных и использует обычно объект Соmmапd для выполнения команд SQL как при заполнении DataSet данными, так и при обратной передаче измененных клиентом данных к источнику, для выполнения этих

функций в нем имеются четыре метода:

SеlесtСоmmапd, InsertCommand, UpdateCommand и DeleteCommand.

*DataReader обеспечивает получение данных от источника только для считывания. Если приложение клиента не модифицирует данные и не требуется произвольная выборка данных, а достаточно их однократного просмотра, то использование DataReadeг вместо DataSet позволlП сохранить ресурсы компьютера, а также повысить быстродействие приложения

-Резидентная реляционная база данных представляет собой полученную клиентом реляционную БД, которая сохраняется в егорезидентной оперативной памяти

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

АОО .NET обеспечивает возможность взаимодействия между данными различных форматов, в том числе HTML и XМL;

значительное снижение затрат при работе с удаленными базами данных через глобальную сеть Интернет.

27

Интерфейс в CORBA – это логически сгруппированный набор методов и атрибутов. Каждому интерфейсу присваивается имя, уникальное в пределах одной распределенной системы. В отличие от СОМ в CORBA нет бинарного стандарта интерфейсов. Вместо этого существует стандартный язык описаний IDL. Так уж получилось, что языки с названием IDL существуют в трех различных технологиях – OSF/DCE, Microsoft/COM и OMG/CORBA. Эти языки во многом похожи, поскольку предназначены для одного и того же, но OMG/IDL несколько отличается от своих «однофамильцев».

Интерфейсы.

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

Типу интерфейса удовлетворяют только объектные типы.

Интерфейс ORB-а.

Интерфейс ORB-а является функциям, вызываемым непосредственно у Брокера Объектных Запросов и идентичным для всех ORB-ов, не зависящим от конкретного объекта либо адаптера объектов. Но так как большинство действий с объектами выполняется посредством адаптеров объектов, существует всего несколько общих операций, которые могут быть выполнены над каждым объектом. Эти операции могут вызываться как клиентом, так и реализацией объекта.

Интерфейс динамического выполнения вызовов.

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

Объекты.

Система объектов обеспечивает клиента набором сервисов. Клиент способен запросить некоторый сервис. Объект - это нечто, что обеспечивает один или более сервисов, которые клиент может запросить.

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

Конкретный ORB может поддерживать широкий набор объектных реализаций: отдельные серверы, библиотеки, объектно-ориентированные системы управления базами данных и др. С помощью использования дополнительных Адаптеров Объектов теоретически можно поддерживать любую реализацию объекта.

36

CORBA (— общая архитектура брокера объектных запросов) — технологический стандарт написания распределённых приложений, продвигаемый консорциумом (рабочей группой) OMG и соответствующая ему информационная технология.

Технология CORBA создана для поддержки разработки и развёртывания сложных объектно-ориентированных прикладных систем.

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

Помимо удалённых объектов в CORBA 3.0 определено понятие объект по значению. Код методов таких объектов по умолчанию выполняется локально. Если объект по значению был получен с удалённой стороны, то необходимый код должен либо быть заранее известен обеим сторонам, либо быть динамически загружен. Чтобы это было возможно, запись, определяющая такой объект, содержит поле Code Base — список URL, откуда может быть загружен код.

У объекта по значению могут также быть и удалённые методы, поля, которые передаются вместе с самим объектом. Поля, в свою очередь также могут быть такими объектами, формируя таким образом списки, деревья или произвольные графы. Объекты по значению могут иметь иерархию классов, включая абстрактные и множественное наследование.

38

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

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

3. Каталоговая архитектура – Desktop’овские СУБД. Базой данных является отдельный каталог: таблицы – отдельный файл, индекс – отдельный файл. Все расположено в отдельном каталоге, которых может быть много. Есть интересные решения в MS Access в одном файле таблицы, индексы, запросы находятся в одном файле. Есть свои плюсы и минусы. Трудно настраивать ПО постороннему – он должен сидеть в этой БД. Не каждая организация даст копию своей базы данных.

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

44

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]