Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Shpory_po_SUBD

.pdf
Скачиваний:
7
Добавлен:
31.05.2015
Размер:
670.34 Кб
Скачать

1.Общие сведения о БД и СУБД.

2.Структура и функционирование СУБД.

3.Компоненты среды СУБД.

4.Уровни представления данных в СУБД.

5.Администрирование данных и баз данных.

6.Языки бах данных.

7.Построение SQLзапросов.

8.Комбинированные запросы.

9.Вложенные запросы.

10.Связанные запросы.

11.Создание, изменение и удаление данных средствами TRANSACT-SQL.

12.Поддержка основных правил целостности данных.

13.SQL SERVER. Характеристика объектов БД.

14.Основные инструменты SQL SERVER.

15.Создание базы данных в SQL SERVER..

16.Основные типы данных.

17.Создание пользовательского типа данных.

18.Индексы: типы, назначение, создание.

19.Администрирование БД в SQL SERVER..

20.Подключение БД к SQL SERVER..

21.Представления. Изменение значений с помощью представлений.

22.Программные объекты: переменные, временные таблицы.

23.Выражения. Управление ходом выполнения.

24.Курсоры. Типы курсоров.

25.Работа с курсорами.

26.Изменение, удаление данных с помощью курсоров.

27.Триггеры: создание, изменение, удаление триггера.

28.Хранимые процедуры, типы.

29.Создание, удаление , изменение хранимой процедуры.

30.Функции: типы функций.

31.Пользовательские функции..

32.Система безопасности SQL SERVER..

33.Учетные записи.

34.Роли сервера.

35.Система безопасности базы данных: пользователи и роли.

36.Определение прав доступа к данным.

37.Транзакции. Основные требования.

38.Использование транзакций.

39.Неявное определение транзакций.

40.Распределенные транзакции.

41.Блокировки: назначение, создание.

42.Приложение по работе с базой данных: основные требования, структура.

43.Автоматизированный информационные системы(АИС). Определение, структура АИС.

44.АИС. Основные требования.

45.АИС. Классификация по масштабу.

46.АИС. Классификация по архитектуре.

1. Общие сведения о БД и СУБД.

БД – совокупность взаимосвязанных данных, которая допускает их использование для разработанных приложений в определенной предметной области.

Использование БД обеспечивает: -независимость данных и программ. -реализацию отношений между данными.

-простоту изменения логической и физической структуры БД, целостность, восстанавливаемость и защиту БД.

СУБД – ПО, предназначенное для создания и поддержки БД. СУБД позволяет выполнять следующее:

-определять БД (с помощью DDL-языка);

-корректировать и извлекать информацию (с пом. DML-языка).

2. Структура и функционирование СУБД.

Структура:

СУБД должна управлять внешней памятью, в которой расположены файлы данных,

файлы журналов и файлы системного каталога. С другой стороны, СУБД управляет и оперативной памятью (разделяемая обл памяти, память СУБД для пользовательского процесса 1..n).

Ядро СУБД:

Модуль управления внешней памятью обеспечивает создание необходимых структур внешней памяти как для хранения данных, непосредственно входящих в БД, так и для служебных целей

Модуль управления буферами оперативной памяти предназначен для решения задач эффективной буферизации.

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

Модуль управления журналами связан с модулем упр транзакциями и блоком SQL, предназначен для фиксирования процесса исполнения тех или других.

Транслятор SQL запросов представляет транслятор с языка SQL и блок оптимизации запросов.

3.Компоненты среды СУБД.

В среде СУБД м. выделить 5 компонентов:

1) аппаратное обеспечение; 2) программное обеспечение; 3) данные; 4) процедуры; 5) пользователи.

данные

Аппаратное

 

ПО

 

Процедуры

 

Пользователи

обеспечение

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

компьютер

 

человек

Пользователи разделяются на группы:

1) администраторы БД; 2) разработчики БД; 3) прикладные программисты; 4) конечные пользователи.

Администраторы данных (АД): планирование БД, разработка и сопровождение стандартов, бизнес-правил, а также концепт. и логическое проектирование БД.

Разработчики БД: обеспечение безопасности и целостности данных, а также обеспечение макс. производительности работы приложений и пользователей.

Прикладные программисты: разработка приложений Пользователи явл. фактическими клиентами БД. Бывают:

--наивные пользователи (обращаются к БД с помощью приложений);

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

4.Уровни представления данных в СУБД.

ANSI предлагает 3-хуровневую систему представления и организации данных в

СУБД:

Внешняя модель

 

Внешняя модель

. . .

Внешняя модель

данных 1

 

данных 2

данных N

 

 

 

 

 

 

 

 

 

 

 

 

Концептуальный

уровень

БД

Уровень внешних моделей данных представляет собой общее видение данных (точку зрения на эти данные отдельных пользователей или приложений). Каждое приложение видит и обрабатывает только те данные, которые ему необходимы.

Концептуальный уровень – центральное управляющее звено. Здесь БД представляется в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с БД. Концептуальный уровень отражает обобщѐнную модель предметной области, для которой создавалась БД.

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

Предложенная трѐхуровневая архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными.

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

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

5.Администрирование данных и баз данных.

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

Основные задачи АД:

1)Стратегическое планирование инф-й составляющей;

2)Определение долгосрочных целей;

3)Определение к требованиям данных;

4)Концептуальное и логическое проектирование БД

5)Разработка и сопровождение корпоративной модели данных;

6)Координация разработки системы в целом

Основные задачи А:

1)Оценка существующих СУБД и выбор целевой СУБД;

2)Реализация требований к данным;

3)Логическое и физическое проектирование БД;

4)Реализация физического проектирования БД;

5)Текущий контроль и управление БД.

Основная направленность АД – управленческая, его деятельность не зависит от типа целевой СУБД.

Основная направленность деятельности АБД – техническая, работа зависит от типа целевой СУБД.

6. Языки баз данных.

1)QBE (query by example) – запрос по образцу (шаблону).

реализован в виде конструктора запросов

2)SQL (structure query language).

Виды языка SQL:

-интерактивный – для выполнения действий в БД (после ввода команды следует выполнение с возможностью просмотра результата);

-встроенный – состоит из команд языка, которые включены в программу, написанную на к.-либо другом языке.

Категории команд языка SQL:

-DDL–язык определения данных (команды для создания таблиц, индексов, представлений).

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

-DCL-язык управления данными (команды для определения прав доступа к данным).

7.Построение SQLзапросов.

В SS для построения запросов имеется:

1) конструктор запросов – query Designer.

Его можно открыть с помощью команды «Открыть таблицу».

КЗ имеет следующие панели: 1) панель диаграмм; 2) панель сетки; 3) SQL-панель. Панель диаграмм отображает запрос в виде, аналогичном диаграмме БД.

Панель сетки – аналогично окну построения запросов в Access. Панель SQL отображает операторы языка Transact-SQL.

2) Анализатор запросов – Query Analyzer.

АЗ позволяет не только создать/выполнить запросы, но также анализировать их выполнение.

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

Первоначально АЗ отображает 2 окна:

1) просмотр объектов (Object Browser); 2) запрос (Query).

В окне запроса отображается имя сервера, текущая БД, текущая учѐтная запись и имя запроса.

Окно «запрос» АЗ является более гибким и мощным инструментом, чем SQLпанель в конструкторе запросов. КЗ позволяет выполнить ограниченное число операторов T-SQL. В АЗ можно вводить любые операторы T-SQL, можно вводить любое их число в 1 пакете. Кроме того, АЗ поддерживает дополнительные средства, необходимые для анализа производительности запросов.

Object Browser можно использовать для создания программ из операторов T-SQL.

8. Комбинированные запросы.

Комбинированные запросы – запросы, которые требуют использование данных из нескольких таблиц в предложении FROM; должны пересечься имена всех таблиц, из которых будут выбираться данные.

SELECT *

FROM <имя_табл1>,<имя_табл2> …

WHERE <условие>

INNER JOIN Объединяет записи из двух таблиц, если в связующих полях этих таблиц содержатся одинаковые значения.

Синтаксис

FROM таблица1 INNER JOIN таблица2 ON таблица1.поле1 оператор_сравнения таблица2.поле2

Операция INNER JOIN состоит из следующих элементов:

Элемент

Описание

 

 

таблица1, таблица2

Имена таблиц, содержащих объединяемые записи

 

 

поле1, поле2

Имена связываемых полей. Поля, не являющиеся числовыми,

 

должны относиться к одному типу данных и содержать данные

 

одного вида. Однако имена этих полей могут быть разными

 

 

оператор_сравнения

Любой оператор сравнения: (=, <, >, <=, >= или <>)

Замечания

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

9. Вложенные запросы.

SQL позволяет вкладывать запросы друг в друга. Внутренний запрос генерирует значение, которое проверяется на предмет целостности предиката.

При операциях отношения выходные данные подзапроса должна быть только одна выходная строка. В подзапросах нельзя использовать BETWEEN, LIKE, IS NULL.

SELECT Зрпл, COUNT(Nсотр) FROM Сотр

Group by Зрпл HAVING Зрпл > (Select AVG(Зрпл) FROM Сотр WHERE Nсотр =

‘15’)

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