III этап - Распределенные базы данных
Хорошо известно, что история развивается по спирали, поэтому после процесса «персонализации» начался обратный процесс — интеграция. Множится количество локальных сетей, все больше информации передается между компьютерами, остро встает задача согласованности данных, хранящихся и обрабатывающихся в разных местах, но логически друг с другом связанных, возникают задачи, связанные с параллельной обработкой транзакций — последовательностей операций над БД, переводящих ее из одного непротиворечивого состояния в другое непротиворечивое состояние. Успешное решение этих задач приводит к появлению распределенных баз данных, сохраняющих все преимущества настольных СУБД и в то же время позволяющих организовать параллельную обработку информации и поддержку целостности БД. Особенности данного этапа:
▬ Практически все современные СУБД обеспечивают поддержку полной реляционной модели, куда входит:
- структурная целостность — допустимы только данные, представленные в виде отношений реляционной модели;
- языковая целостность, то есть используются языки манипулирования данными высокого уровня (в основном SQL);
- ссылочная целостность, т.е контроль за соблюдением ссылочной целостности в течение всего времени функционирования системы, и гарантий невозможности со стороны СУБД нарушить эти ограничения.
▬ Большинство современных СУБД рассчитаны на многоплатформенную архитектуру, то есть они могут работать на компьютерах с разной архитектурой и под разными операционными системами, при этом для пользователей доступ к данным, управляемым СУБД на разных платформах, практически неразличим.
|
|
|
▬ Появились развитые средства администрирования БД на основе общей концепции средств защиты данных (дляподдержки многопользовательской работы с БД и возможности децентрализованного хранения данных) потребовали.
▬ Создаются серьезные теор.труды по оптимизации распределенных БД и работе с распред.транзакциями и запросами с внедрением полученных результатов в коммерческие СУБД.
▬ в современных СУБД существуют средства подключения клиентских приложений, разработанных с использованием настольных СУБД и средства экспорта данных из форматов настольных СУБД (чтобы не потерять клиентов, которые ранее работали на настольных СУБД)
▬разработан ряд стандартов в рамках языков описания и манипулирования данными начиная с SQL89, SQL92, SQL99 и технологий по обмену данными между различными СУБД, к которым можно отнести и протокол ODBC (Open DataBase Connectivity), предложенный фирмой Microsoft.
▬Начаты работы, связанные с концепцией объектно-ориентированных БД — ООБД.
|
|
|
Представителями СУБД, относящимся ко второму этапу, можно считать MS Access 97 и все современные серверы баз данных Oracle, MS SQL, Informix, DB2, МуSQL и другие современные серверы БД, которых в настоящий момент насчитывается несколько десятков.
IV этап - Перспективы развития систем управления базами данных
Этот этап характеризуется появлением новой технологии доступа к данным — интранет. Основное отличие этого подхода от технологии клиент-сервер состоит в том, что отпадает необходимость использования специализированного клиентского программного обеспечения. Для работы с удаленной базой данных используется стандартный броузер Интернета, например Microsoft Internet Explorer или Netscape Navigator, и для конечного пользователя процесс обращения к данным происходит аналогично скольжению по Всемирной Паутине (см. рис. 1.1). При этом встроенный в загружаемые пользователем HTML-страницы код, написанный обычно на языке Java, Java-script, Perl и других, отслеживает все действия пользователя и транслирует их в низкоуровневые SQL-запросы к базе данных, выполняя, таким образом, ту работу, которой в технологии клиент-сервер занимается клиентская программа. Удобство данного подхода привело к тому, что он стал использоваться не только для удаленного доступа к базам данных, но и для пользователей локальной сети предприятия. Простые задачи обработки данных, не связанные со сложными алгоритмами, требующими согласованного изменения данных во многих взаимосвязанных объектах, достаточно просто и эффективно могут быть построены по данной архитектуре. В этом случае для подключения нового пользователя к возможности использовать данную задачу не требуется установка дополнительного клиентского программного обеспечения. Однако алгоритмически сложные задачи рекомендуется реализовывать в архитектуре «клиент-сервер» с разработкой специального клиентского программного обеспечения.
|
|
|
У каждого из вышеперечисленных подходов к работе с данными есть свои достоинства и свои недостатки, которые и определяют область применения того или иного метода, и в настоящее время все подходы широко используются.
+ OLAP http://ru.wikipedia.org/wiki/OLAP
+ Сравнение OLAP-серверов :
+ OLTP http://ru.wikipedia.org/wiki/OLTP
Дата добавления: 2018-04-15; просмотров: 366; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!