40. Виртуальные атрибуты и таблицы

View – виртуальная таблица. Существует лишь во время сеанса. После сеанса не сохраняется. Практически не удаляются или изменяются данные, а лишь просматриваются.

Это виртуальная таблица, количество студентов не изменяется.

Select, insert, update, delete – для работы с таблицами.

Select – выбрать по запросу из одной или несколько таблиц;

Insert – вставить; update – обновить; delete – удалить.

41. Триггера, сохраненные процедуры, ссылочная целостность.

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

Хранимые процедуры – подпрограмма расположенная на сервере и вызываемая из приложения клиента.

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

42. Определение банка данных (БнД) – 8 вопрос

Банк данных – в узком смысле это база данных и СУБД. ПВ широком - подсистема автоматизированной системы.

43. Требования к БнД – 8 вопрос

1. должен обеспечивать информационные потребности пользователей;

2. обеспечить достоверность данных (информация может быть не целостной);

3. обеспечивать санкционированный доступ;

4. обеспечить необходимую производительность;

5. возможность реорганизации и расширения;

6. обеспечивать простоту и удобство работы;

7. обеспечивает многопользовательский режим

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

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

44. БнД как автоматизированная система. Виды обеспечения

Автоматизированная система – люди+комплекс средств:

• ПО;

• Техническое обеспечение (ТО);

• Информационное обеспечение (ИО);

• Методологическое О (интерфейс);

• Организационное О

45. 2-х уровневая архитектура БнД.

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

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

Физическое представление:

Внутреннее представление СУБДмодель данных на уровне файлов(под стрелочкой – диспетчер файлов) (под стрелочкой-диспетчер дисков)структуры хранения.

Диспетчер файлов может быть как частью СУБД так и частью ОС.Диспетчер дисков только частью ОС.

Концептуальное представление:

Польз.представл(под стр - интерфейс)конц.предст(СУБД)внутренне представление СУБД.

2ух уровневая модель годится только тогда, когда пользователи имеют одинаковые модели данных или близкие.

46. 3-х уровневая архитектура БнД.

Там где мы имеем дело с разными пользователями, двух уровневая не годится, так как мы должны дать для каждого пользователя свою модель.

Пользовательконцепт.предст(СУБД)внутрен.предст. СУБД(СУБД)модель данных(Д?) (ОС)структ.хранения

Сюда добавляется концепция1….концепция н.