Вопрос №3 : основные компоненты среды СУБД

Вопрос№1: Назначение СУБД

любая СУБД должна обеспечивать следующее:

1. компактное хранение данных (без дублирования);
2. оптимизацию доступа к данным;
3. логическую целостность (согласованность) данных;
4. универсальный интерфейс (язык или протокол), позволяющий задавать структуру данных, изменять и извлекать их неизвестному заранее алгоритму.

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

Вопрос №3: основные компоненты среды СУБД

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

Преимущество современных СУБД

Одно из самых важных преимуществ современных СУБД состоит в логической и физической независимости данных.

Этот этап характеризуется появлением новой технологии доступа к данным — интранет. Основное отличие этого подхода от технологии клиент-сервер состоит в том, что отпадает необходимость использования специализированного клиентского программного обеспечения. Для работы с удаленной базой данных используется стандартный браузер Интернета, например Microsoft Internet Explorer или Netscape Navigator, и для конечного пользователя процесс обращения к данным происходит аналогично скольжению по Всемирной Паутине (см. рис. 1.1). При этом встроенный в загружаемые пользователем HTML-страницы код, написанный обычно на языке Java, Java-script, Perl и других, отслеживает все действия пользователя и транслирует их в низкоуровневые SQL-запросы к базе данных, выполняя, таким образом, ту работу, которой в технологии клиент-сервер занимается клиентская программа. Удобство данного подхода привело к тому, что он стал использоваться не только для удаленного доступа к базам данных, но и для пользователей локальной сети предприятия.

Вопрос № 5:Трёхуровневая архитектура описания СУБД

Архитектура СУБД должна обеспечивать, в первую очередь, разграничение пользовательского и системного уровней. В настоящее время чаще всего поддерживается трехуровневая архитектура описания БД с тремя уровнями абстракции, на которых можно рассматривать базу данных. Такая архитектура включает: внешний уровень, внутренний уровень, концептуальный уровень.

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

Основным назначением трехуровневой архитектуры является обеспечение независимости от данных. Суть этой независимости заключается в том, что изменения на нижних уровнях никак не влияют на верхние уровни. Различают два типа независимости от данных: логическую (означает полную защищенность внешних схем от изменений, вносимых в концептуальную схему) и физическую (защищенность концептуальной схемы от изменений, вносимых во внутреннюю схему).

Вопрос 6:Логическая и физическая независимость от данных

Логическая нез-ть – полная защищенность внешних схем от изменений, которые вносятся в концептуальную схему, предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же базой данных

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

Вопрос 7:Основные функции СУБД

Основные функции СУБД

. Непосредственное управление данными во внешней памяти

Управление буферами оперативной памяти

Управление транзакциями

Журнализация

Поддержка языков БД

Модель файлового сервера.

является базовой для локальных сетей ПК. Одним из компьютеров в сети считается файловым сервером и предоставляет другим компьютерам услуги по обработке файлов. Файловый сервер работает под управлением сетевой операционной системы (Novell NetWare) и играет роль компонента доступа к информационным ресурсам (т.е. к файлам). На других ПК в сети функционирует приложение, в кодах которого совмещены компонент представления и прикладной компонент

Модель сервера приложений

Эта модель является расширением двухуровневой модели и в ней вводится дополнительный промежуточный уровень между клиентом и сервером. Этот промежуточный уровень содержит один или несколько серверов приложений.

В этой модели компоненты приложения делятся между тремя исполнителями:

• Клиент.
• Серверы приложений
• Серверы баз данных

Эта модель обладает большей гибкостью, чем двухуровневые модели. Наиболее заметны преимущества модели сервера приложений в тех случаях, когда клиенты выполняют сложные аналитические расчеты над базой данных, которые относятся к области OLAP-приложений. (On-line analytical processing.) В этой модели большая часть бизнес-логики клиента изолирована от возможностей встроенного SQL, реализованного в конкретной СУБД, и может быть выполнена на стандартных языках программирования, таких как С, C++, SmallTalk, Cobol. Это повышает переносимость системы, ее масштабируемость.

Многопотоковая односерверная архитектура

Проблемы, возникающие в модели «один-к-одному», решаются в архитектуре «систем с выделенным сервером», который способен обрабатывать запросы от многих клиентов. Сервер единственный обладает монополией на управление данными и взаимодействует одновременно со многими клиентами. Логически каждый клиент связан с сервером отдельной нитью («thread»), или потоком, по которому пересылаются запросы. Такая архитектура получила название многопотоковой односерверной («multi-threaded»). Она позволяет значительно уменьшить нагрузку на операционную систему, возникающую при работе большого числа пользователей («trashing»).
Кроме того, возможность взаимодействия с одним сервером многих клиентов позволяет в полной мере использовать разделяемые объекты (начиная с открытых файлов и кончая данными из системных каталогов), что значительно уменьшает потребности в памяти и общее число процессов операционной системы

 

Блокировки. Правила применения Жёсткой и нежёсткой блокировок транзакций.

Блокировки
Блокировками (locks) называются механизмы, применяемые для управления параллельными изменениями данных.
Существует два типа блокировок:

• оптимистические блокировки (optimistic locks) - предотвращают возникновение конфликтных ситуаций, выполняя при необходимости откат транзакции (такие блокировки в стандарте SQL-92 не поддерживаются);
• пессимистические блокировки (pessimistic locks) - предотвращают возникновение конфликтных ситуаций, блокируя одновременный доступ к данным для одновременных транзакций.

Блокировки, используемые уровнями изоляции, подразделяются на:

• разделяемые блокировки (S-locks), которые могут одновременно устанавливаться несколькими пользователями;
• исключительные блокировки (X-locks), которые устанавливаются только одним пользователем, получающим эксклюзивный доступ к данным.

Объектно-реляционные СУБД

Объектно-реляционная СУБД (ОРСУБД) — реляционная СУБД (РСУБД), поддерживающая некоторые технологии, реализующие объектно-ориентированный подход: объекты, классы и наследование реализованы в структуре баз данных и языке запросов.

Объектно-реляционными СУБД являются, к примеру, широко известные Oracle Database, Informix, DB2, PostgreSQL, FirstSQL/J.

Создание отчета.

1. Запустите программу.. Откройте БД.
2. Создайте Автоотчет: ленточный, используя в качестве источника данных таблицу. Отчет открывается в режиме Предварительного просмотра, который позволяет увидеть, как будет выглядеть отчет в распечатанном виде

Макрос.

Макрос - это набор инструкций, которые сообщают программе (такой как Word или Excel), какие действия следует выполнить, чтобы достичь определенной цели.

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

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

31. Компьютерные средства контроля: авторизация пользователей, шифрование, поддержка пользователей.

Авториза́ция — предоставление определённому лицу или группе лиц прав на выполнение определённых действий; а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий. Часто можно услышать выражение, что какой-то человек «авторизован» для выполнения данной операции — это значит, что он имеет на неё право.

 

Авторизация - предоставление прав (привилегий), позволяющих владельцу иметь законный доступ к объектам базы данных.

 

Шифрование - это мощная алгоритмическая техника кодирования. Шифрование защищает файлы вашего компьютера и передаваемую по сети информацию от глаз других пользователей, шпионов и всех остальных, не имеющих права доступа

к такой информации.

 

Вопрос№1: Назначение СУБД

любая СУБД должна обеспечивать следующее:

1. компактное хранение данных (без дублирования);
2. оптимизацию доступа к данным;
3. логическую целостность (согласованность) данных;
4. универсальный интерфейс (язык или протокол), позволяющий задавать структуру данных, изменять и извлекать их неизвестному заранее алгоритму.

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

Вопрос №3: основные компоненты среды СУБД

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