20) Субд, роль, выбор архитектуры.

СУБД - комплекс прогр и языковых ср-в, необход для создания БД, поддержания их в актуальном сост и орг поиска в них необход инф-ии. Осн ф-ия СУБД – предоставл пользователю БД возможности работы с ней, не вникая в детали на уровне аппаратного обеспеч. Т.е. все запросы пользователя к БД, добавление и удаление данных, выборки, обновл данных – все это обеспечивает СУБД. Осн особ-ть СУБД – это наличие процедур для ввода и хран не только самих данных, но и описаний их структуры. Осн ф-ии СУБД: 1. Опр данных - опр, какая именно инф-ия будет храниться в базе данных, задать свойства данных, их тип (например, число цифр или символов), а также указать, как эти данные связаны м-ду собой. В некоторых случаях есть возможность задавать форматы и критерии проверки данных. 2. Обраб данных - данные могут обраб самыми различными способами. Можно выбирать любые поля, фильтровать и сортировать данные. Можно объединять данные с другой, связанной с ними, инф-ией и вычислять итоговые значения. 3. Упр данными - можно указать, кому разрешено знакомиться с данными, корректировать их или добавлять новую информацию. Можно также определять правила коллективного доступа. При выборе правильной архитектуры СУБД показатели производительности и масштабируемости могут повышаться на порядки величин, а не на проценты, как в случае реляционных реализаций. Архитектура, «основанная на контейнерах», ориентирована на использование на стороне клиентов. В ней используется стандартная или проприетарная реализация NFS для доставки по сети сегментов диска, называемых контейнерами, клиентам, в которых реализуется большинство функциональных возможностей СУБД. Архитектура, «основанная на страницах», ориентирована на использование на стороне клиентов; в этой архитектуре выполняется серверный процесс, обрабатывающий запросы страниц в модели отображения распределенной виртуальной памяти. Архитектура, «основанная на объектах», является сбалансированной конструкцией, в которой кэширование и поддержка функционирования осуществляется как в процессах приложений, так и в серверных процессах.

21) Напр развития субд. Характеристики sql

СУБД должны позволять прикладным специалистам отображать все типы данных для своих предметных обл. Шла раб в друх напр: Объед объектно-ориентир подхода и реляционных сист; замена реляционной модели, ориентируясь исключительно на объекты. В рез в конце 80-х годов на рынке появилось более десяти СУБД- объектно-реляц-ых и объектно-ориентир СУБД (ООСУБД): Microsoft SQL Server 2008 - одна из наиболее мощных СУБД архитектуры клиент - сервер. MS SQL Server не предназнач непоср для разраб пользов прилож, а выполн ф-ии упр БД. Для пользовательского прилож явл мощным источником генерации и упр нужными данными. предназначен исключительно для поддержки систем, работающих в среде клиент-сервер. Он поддерживает широкий спектр средств разработки и максимально прост в интеграции с приложениями, работающими на ПК. SQL Server может тиражировать информацию в БД иных форматов включая Oracle, DB2, Sybase, Microsoft Access и другие СУБД (при наличии ODBC драйвера, отвечающего определенным требованиям). Позвол упр-ся с данными любых. способен формировать отчеты и выполнять анализ любого объема и сложности, одновременно облегчая пользователям доступ к данным за счет более тесной интеграции с Microsoft Office. Microsoft

Access - это самая популярная сегодня настольная система управления базами данных. Ее успех во многом связан с включением ее в семейство Microsoft Office. СУБД Access для работы с данными использует процессор баз данных Microsoft Jet, объекты доступа к данным и ср-ва быстрого постр интерфейса - Конструктор форм. Для получ распечаток испо Конструкторы отчетов. Автоматизация рутинных опер м/б выполнена с помощью макрокоманд. На тот случай, когда не хватает ф-ти визуальных ср-в, пользов Access могут создавать собственные процедуры и функции. Несмотря на свою ориентированность на конечного пользов в Access присутствует язык прогр-ния Visual Basic for Application, кот позвол создавать массивы, свои типы данных, вызывать DLL-ф-ции, с помощью OLE Automation контролировать работу прилож, кот могут ф-ать как OLE -серверы. Можно целиком созд БД с помощью кодирования, когда в этом появл необход. Пользов, малознакомым с понятиями реляционных БД Access дает возм разделять свои сложные по структуре табл на несколько, связанных по ключевым полям. По опр БД наз активной, если СУБД по отнош к ней выполн не только те действия, кот явно указ пользов, но и дополн действия в соотв с правилами, заложенными в саму БД.