34. Технология доступа к бд из языков высокого уровня на примере vb или vba. Технология dao. Технология ado. Подключение библиотек объектов доступа к данным.

Наряду с обработкой данных и объектов базы данных с помощью интерфейса пользователя Microsoft Access можно использовать язык Microsoft Visual Basic для написания процедур, динамически создающих, удаляющих и изменяющих данные и объекты. Например, можно написать процедуру, помещающую подпись в форму или изменяющую цвет поля в форме при выполнении пользователем определенного действия.

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

Data Access Objects (DAO) — технология доступа к данным компании Microsoft. DAO 1.0 появилась в 1992 году как API для работы с СУБД Jet. Технология Jet поддерживала доступ к файлам формата MDB (Microsoft Access), ODBC-источникам данных и к источникам данных ISAM. В связи с тем, что история и возможности DAO и Jet неразрывно связаны, их часто путают. С 1996 года компания Microsoft стала ориентироваться на поддержку другой, более универсальной технологии доступа к данным — OLE DB\ADO. Тем не менее, технологии Jet\DAO продолжали развиваться до 2001 года, когда Microsoft анонсировала прекращение поддержки этих технологий. Несмотря на это, технология продолжала пользоваться популярностью среди разработчиков, так как является одной из самых зрелых технологий файл-серверной БД.

ADO (ActiveX Data Objects — «объекты данных ActiveX») — интерфейс программирования приложений для доступа к данным, основанный на технологии компонентов ActiveX. ADO позволяет представлять данные из разнообразных источников (реляционных баз данных, текстовых файлов и т. д.) в объектно-ориентированном виде. На самом деле, ADO является частью более крупномасштабной технологии под названием Microsoft Data Access Components (MDAC). Термин MDAC является общим обозначением для всех разработанных компанией Microsoft технологий, связанных с БД. К этому набору относятся ADO, OLE DB, ODBC и RDS (Remote Data Services). Часто используют термины MDAC и ADO как синонимы, однако это неправильно. На самом деле, ADO является лишь одной из частей MDAC. Когда мы говорим о версиях ADO, мы имеем в виду версии MDAC.  ADO представляет собой прикладной объектный интерфейс более высокого уровня, который упрощает доступ к средствам OLE DB разработчикам, использующим языки высокого уровня. Компоненты ADO используются в языках высокого уровня, таких как VBScript в ASP, JScript в WSH, Visual Basic, Delphi. В рамках платформы Microsoft .NET интерфейс ADO заменён ADO.NET.

Объекты Microsoft ADO содержат объекты, такие как таблицы, запросы, отношения и индексы, позволяющие выполнять задачи управления данными в базе данных Microsoft Access. Эти объекты называют объектами доступа к данным.

35. Особенности проектирования распределенных бд. Проблемы обеспечения целостности в распределенных бд.

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

Дополнительными специфическими требованиями являются:

1) Язык описания данных (ЯОД) в рамках схемы должен быть один для всех локальных БД;

2) доступ должен быть коллективным к любой области РБД с соответствующей защитой информации;

3) подсхемы должны быть определены в месте сосредоточения алгоритмов (приложений, процессов) пользователя;

4) степень централизации должна быть разумной;

5) необходимы сбор и обработка информации об эффективности функционирования РБД

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

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

1. Возможность одновременного доступа нескольких пользователей к одной и той же информации (особенно если эти обращения к БД - корректирующие). Проблема имеет место в любых РБнД.

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

• запрещение корректировки информации, если ее корректирует другой пользователь (блокировка);

• корректировка разных копий информационных единиц и последующее устранение возникающих коллизий.

Если СУБД предоставляет возможность выбора способа обеспечения целостности при многопользовательских обращениях, то на результат этого выбора будут влиять многие факторы, в том числе:

• степень конкуренции при выполнении корректирующих обращений - насколько часто возникает ситуация одновременной корректировки одной и той же информационной единицы;

• ограничения на время реакции системы,

• требования к актуальности и непротиворечивости данных в каждый момент времени;

• характеристика технических средств.

2. Физический разброс отдельных частей БД по разным компьютерам. Проблема имеет место, если база данных является распределенной.

3. Разнотипность источников информации. Проблема имеет место, если система является гетерогенной