- •8. Типы структур ис. Их характеристики, достоиства, недостатки.
- •2 Файл серверная архитектура.
- •3. Клиент серверная архитектура.
- •4. Многозвенная архитектура.
- •9. Определение реляционной модели данных, характеристика ее основных элементов.
- •10. Основные подходы к проектированию структур данных и проблемы определения структур данных.
- •12. Основная задача проектирования бд. Метод декомпозиции- классический метод нормализации отношений.
- •16. Формирование отношений для связи м:м.
- •17. Этапы проектирования и назначение диаграммы er-экземпляров и er-типа.
- •14. Формирование отношений для связи 1:м при кп обязательном для м связной сущности.
- •15. Формирование отношений для связи 1:м при кп необязательном для м-связной сущности.
- •18. Фильтрация записей. Фильтрация по выражению.
- •19. Фильтрация записей. Фильтрация по диапазону.
- •20. Создание приложения бд в Delphi (компоненты, обеспечивающие доступ к данным, структура и работа приложения).
- •21. Схема взаимодействия компонентов при проектировании бд в Delphi.
- •Связь этих компонентов друг с другом и с базой данных можно представить схемой приведенной ниже:
- •22. Основные этапы создания приложения бд в Delphi.
- •23. Назначение компонента tDataSource в создании бд. Основные свойства и методы компонента.
- •24. Назначение компонента тТablе в создании бд. Основные свойства и методы компонента.
- •25. Приёмы работы с набором данных(нд). Состояния набора данных. Метод State.
- •26. Основные методы модифицируемого набора данных(нд). Редактирование набора данных и проблемы редактирования.
- •27. Основные методы модифицируемого набора данных. Добавление и удаление записей и проблемы удаления.
- •28. Назначение компонента tdbGrid в создании бд. Основные свойства и методы компонента.
- •29. Навигация по набору данных. Назначение компонента tdbNavigator в создании бд. Основные свойства и методы компонента.
- •30. Методы поиска записей в наборе данных. Метод Locate.
- •31. Методы поиска записей в наборе данных. Метод Lookup.
- •32. Методы поиска записей в наборе данных. Методы FindKey и FindNearest(инкрементный поиск записей).
- •33. Отображение и редактирование данных. Классификация компонентов отображения данных.
- •34. Назначение компонента tQuery- Основные свойства и методы.
- •35. Теоретические языки запросов. Sql - структурированный язык запросов. Основные методы его использования.
- •36.Основные операторы языка sql. Оператор select: назначение, формат оператора.
- •37. Предложение where в операторе select. Формирование запроса по условию поиска и внутреннее соединение таблицы.
- •38. Использование оператора select для сортировки нд и устранения повторяющихся значений.
- •39. Использование оператора select для расчета вычисляемых столбцов и группировки записей.
- •40. Использование оператора select для задания сложных условий поиска (операторы and, or, not, between).
- •41. Использование оператора select для внешнего соединения. Формат запроса.
- •42. Операторы insert, delete, update. Форматы операторов и назначение.
- •43. Ссылочная целостность таблиц бд и механизмы ее осуществления. Понятие транзакции.
- •44. Типы полей данных, поддерживаемые в Delphi и их характеристики. Объявление полей и типов полей при создании приложения.
- •46. Использование bde Administrator при создании бд.
- •47. Роль индексов в субд. Определение индексов. Связывание таблиц бд.
- •48. Работа с визуальным компонентом tdbGrid и настройка полей таблиц.
- •49. Навигация по набору данных. Использование визуального компонента tdbNavigator.
- •50. Создание поля просмотра и вычисляемого поля. Основные проблемы и пути их решения.
- •51. Разработка отчетов с помощью средства Quick Report.
- •52. Разработка отчетов с помощью средства Rave Reports.
10. Основные подходы к проектированию структур данных и проблемы определения структур данных.
Существует 3 уровня описания элементов хранимых данных.
-внешний
-концептуальный
-внутренний.
Объединяет предметную область.
-Внешний определяется конкретным пользователем при разработке СУБД. Определяются только те сущности , связи и атрибуты, которые интересны пользователю. Создается инфологическая модель БД, те внешняя схема. Инфологическая модель хранится на бумаге.
-Концептуальный Обобщение модели БД, описываются данные и связи для хранения в БД, на этом уровне выделяются сущности, атрибуты и связи, ограничения, семантическая информация (смысловое содержание), приемы защиты информации. Демологическая модель.
-Внутренний уровень. Здесь производится физическое представление данных с описанием методов их хранения на ЭВМ, производится физическая реализация БД, достигается хорошая производительность и обеспечение экономичного использования дискового пространства. Осуществляется взаимодействие СУБД с методами доступа ОС для эффективной реализации данных, создание индекса и т.д. На внутреннем уровне -физическая модель БД именно эта модель осуществляет различные виды доступа. Вывод: Инфологический аспект потребляется для обеспечения смыслового содержания данных не зависимо от способов представления данных.
Проблемы проектирования возникают при избыточном дублировании: повторения, которые приводят к аномалиям. Дублирование бывает избыточным или неизбыточным.
|
С_Г_С | ||
|
Студент |
Группа |
Специальность |
|
Иванов |
И41 |
УИТС |
|
Петров |
П031 |
ПО |
|
Сидоров |
ПО31 |
- |
|
Васильев |
ПО31 |
- |
|
простое |
| |
-
С_Г
Студент
Группа
Иванов
И41
Петров
П031
Сидоров
ПО31
Васильев
ПО31
простое
В первой таблице наблюдается простое или неизбыточное дублирование, тк очевидно, что каждый студент должен учиться в конкретной группе. Во 2й таблице избыточное дублирование, которое внесено атрибутом специальность, если группа ПО31, то все студенты группы ПО31 относятся к специальности ПО.
Простое вычеркивание избыточности неудачно, тк при программировании потребуется специальный механизм поиска информации., если ставить прочерки, то память для них выделяется все равно. По сути уничтожаем информацию. (Выходом является использование декомпозиции исходной таблицы, т.е разбиение ее на 2 таблицы.)
Избыточное дублирование создает проблемы при обработке данных. Выделяют три вида:
-Аномалия редактирования
-Аномалия удаления
-Аномалия добавления
11. Понятие зависимости между атрибутами отношений и основные виды зависимостей.
Зависимости могут быть: функциональные, транзитивные, многозначные.
Атрибут В функционально зависит от атрибута А, если каждому значению А соответствует в точности одно значение В (А-> B).Те во всех картежах с одинаковым значением атрибута А атрибут В будет иметь так же одно и то же значение. А и В могут быть составными. Если существует функциональная зависимость вида А->B B->A , то между А и В имеется взаимно однозначное соответствие, или функциональная взаимозависимость.(А<->B). Частичной зависимостью называется зависимость неключевого атрибута от части составного ключа. Если полная зависимость, то зависимость неключевого атрибута от всего составного ключа.
Атрибут С зависит от атрибута А транзитивно, если для атрибутов А, В, С выполняются условия А->B и В->C, но обратная зависимость отсутствует (ФИО ->должность->оклад). Атрибут В многозначно зависит от А, если каждому значению А соответствует множество значений В, не связанных с другими атрибутами из R. (1:М; М:1, М:М). Два или более атрибутов называются взаимно независимыми, если ни один из этих атрибутов не является функционально зависимым от других атрибутов.
