
- •1. Осн.Понятия и типы моделей данных
- •2. Взаимосвязи в моделях и реляцион.Подход к построению модели.
- •10. Созд-е прогр-х ф-в: модул-ть пр-м.
- •3. Этапы проектир-я бд.
- •4. Субд.
- •5. Проектирование бд и создание таблиц.
- •6. Управ-е зап-ми и навигация.
- •7. Индексиров-е: понятие, типы…
- •8. Сортир-ка, поиск и фильт-я д-х. Сортировка данных.
- •9. Взаим-и между табл-ми: установ-е и удал-е. Типы ключей. Способы объед-я таблиц.
- •13. Световое меню и его разновид-ти.
- •14. Программир-е разл-х видов светового меню.
- •15. Клав-е меню: понятие, прогр-ние и управл-е.
- •20. Напис-е обработч-в наступл-я событий. Отобр-е рез-тов работы команд.
- •18. Созд-е экр-й формы: св-ва, соб-я и м-ды.
- •21.Хранимые процедуры и триггеры. Обеспеч-е достовер-ти, целостности и непротивореч-ти данных.
- •28. Экспорт и импорт данных
- •23. Виды отч-в. Сп-бы формир-я отч-в: Мастер отч-в и Констр-р отч-в.
- •24. Редактир-е отчета. Размещ-е в отчете вспомог-х эл-в. От-ты с группир-й и сортир-й. Вывод отчетов на экран и печать.
- •25. Команды языка запросов sql на изменение: создание файла бд, создание таблицы.
- •26. Команды языка запросов sql на добавление, редактирование и удаление записей.
- •27. Выборка д-х из одной табл или из неск-х таблиц, с сортир-й и группир-й данных, с усл-ем отбора записей (фильтр-й).
- •29. Работа с д-ми в лок-й сети Уст-ка блок-к табл. Использ-е транз-й.
1. Осн.Понятия и типы моделей данных
БД – 1 или неск-ко файлов, предназначенных д/хра-нения, изм-я и обраб-ки больших объемов взаимосв-язан.i-и. #список групп, тел.книга. Мало создать БД, надо разработать мех-змы извлеч-я i-и из БД и спо-собы ее представл-я на экране и бумаге. Д/этих целей предназначена СУБД. СУБД – с-ма ПО, предост-щая доступ к данным многим польз-лям. СУБД обеспеч-ет правильность, полноту и непротивореч-ть данных, а также простой и понятный интерфейс. Объект – нечто сущ-щее и различимое, обладающее набором св-в. Объекты бывают материальные (предметы) и идеальные (содерж-е книги). Сущ-ть – отображ-е объекта в памяти человека или компа. Пар-р – кон-крет.знач-е любого из св-в объекта. Атрибут – конк-рет.знач-е любого из св-в сущ-ти. Таблица – некоторая регулярная структура, состоящая из конечного числа записей (строк). Запись – одна строка табл. (или неск-ких табл.), полностью опис-щая 1сущ-ть. Каждая запись состоит из конечного числа полей. Поле – 1эл-т записи, в ктр хранится конкретное знач-е атрибута. Ключ.эл-т (ключ) – такой атрибут, по знач-ю ктр можно опр-ть знач-е др.атрибутов. Пер-вич.ключ – атрибут или группа атрибутов, ктр одноз-начно опр-ет каждую запись табл. Всегда должен быть уникальным, т.е. его знач-я не должны повтор-ся. Альтернатив.ключ – отличный от первичного ключа атрибут или группа атрибутов, ктр однозначно опр-ет каждую запись табл. Связь – f-ная завис-ть между сущ-тями. Связи опис-ся 5 осн.хар-ками: 1)тип связи – идентифицирующая хар-ка, когда до-черняя сущ-ть однозначно опр-ся через ее связь с ро-дительской сущ-тью. Атрибуты, составляющие пер-вичный ключ родит.сущ-ти обязательно входят в первичный ключ дочерней сущ-ти; 2)неидентифиц-ая хар-ка – когда дочерняя сущ-ть опр-ся иначе, чем че-рез связь с родительской. Атрибуты первичного ключа родит.сущ-ти входят как неключевые атрибуты в дочернюю сущ-ть; 3)родит.сущ-ть (главн.табл.); 4)дочерняя (зависимая) сущ-ть; 5)мощность связи – отнош-е кол-ва родит.сущ-тей к соотв-щему кол-ву дочерних сущ-тей. Хранимая процедура – прилож-е (пр-ма), объед-щая запросы польз-ля и процедурную логику и хранящаяся в БД. Правило – логич.усл-е, опр-щее знач-е одного атрибута в завис-ти от знач-я др.атрибута или группы атрибутов. Триггер – пред-варительно опр.действие или послед-ть действий, ав-томатически осущ-мых при выполнении операций обновления, удаления, добавл-я данных. Ссылочная целостность – обеспеч-е непротиворечивости f-ных взаимосвязей между сущ-тями. Нормализация отно-ш-й – процесс построения оптимальной структуры табл. и связей в реляционный БД. Словарь данных – централизованное хранилище сведений о сущ-тях, взаимосвязях между ними, их источниках, знач-ях, использ-нии и форматах представления. При создании БД расм-ся 2 вида i-ных моделей: ИМ данных и ИМ предпр-й. ИМ предпр-й строится на II этапе проектир-я БД. Здесь опр-ся структурные подразделения фирмы, ктр используют i-ю из БД и направления движ-я потоков i-ции между структурн.подразделениями. ИМ данных имеет более слож.структуру: 1)источник возникновения i-и; 2)структурн.подразд-я, ктр используют эту i-ю; 3)переходы от одного типа моделей к др.; 4)подраздел-я – потреб-лей i-и. Конц.модель данных – совок-ть конц.треб-й, выдвинутых сотрудниками структурных подразд-й. В рез-те отображ-я конц.мо-дели данных на СУБД будет получена логич.модель. Сущ-ет 3типа логич.моделей: 1)Иерархич. Модель жестко структурированная, т.е.взаимосвязь между объектами внутри модели подчинена сторогому ранжиру. Подчин-е объектов разделено на уровни. На I уровне представлен 1 главн. объект, ктр подчин-ся объекты II уровня. Причем, объект I уровня не может напрямую управл. объектом III уровня. Упр-е объектом III уровня возможно только через объект II ур. Также запрещ-ся взаимосвязи на одном ур. 2)Сетевая. Отсутствует понятие главн. и подчин. объекта. Один и тот же объект может выступать как главн, так и подчин., т.е.иметь любое кол-во взаимосвяз. Допустимы связи на одном уровне. 3)Реляционная модель. Объекты представлены в виде табл. Причем, таблицей могут отображ-ся не только объекты, но и связи. Кажд.таблица состоит из произвольного кол-ва строк и столбцов. Обязательным усл-ем построения реляц.модели явл-ся наличие в каждой табл.первичного ключа.