Перечень теоретических вопросов:

1. Дать определения основным понятиям: «База данных», «Система управления базами данных». Перечислить и охарактеризовать типы баз данных и СУБД.

2. Назвать и описать функции систем управления базами данных.

3. Рассказать о типовой организации современной СУБД.

4. Дать описание процессу администрирования данных и баз данных

5. Назвать и описать основные особенности СУБД, основанных на инвертированных списках.

6. Назвать и описать основные особенности иерархических СУБД.

7. Назвать и описать основные особенности сетевых СУБД.

8. Дать определения общим понятиям реляционного подхода к организации БД.

9. Назвать реляционные отношения между таблицами. Дать им характеристику.

10. Описать процесс приведения БД к первой нормальной форме.

11. Описать процесс приведения БД ко второй нормальной форме.

12. Описать процесс приведения БД к третьей нормальной форме.

13. Рассказать о создании БД в MS Access.

14. Дать определение ключевым полям и индексам в БД. Рассказать о создании связей между таблицами в MS Access.

15. Описать процесс проектирования простых и составных форм в MS Access.

16. Рассказать об истории создания структурированного языка запросов SQL.

17. Описать процесс создания макросов. Рассказать об использовании макросов в MS Access.

18. Рассказать о процессе создания панели управления приложения в MS Access.

19. Назвать и охарактеризовать функции структурированного языка запросов SQL.

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

21. Рассказать о выборке данных с использованием предложения SELECT. Описать процесс разработки простых запросов. Привести примеры.

22. Рассказать о выборке данных с использованием предложения SELECT. Описать процесс разработки запросов с использованием агрегирования. Привести примеры.

23. Рассказать о выборке данных с использованием предложения SELECT. Описать процесс разработки запросов с использованием групповых функций. Привести примеры.

24. Рассказать о выборке данных с использованием предложения SELECT. Описать процесс формирования вложенных подзапросов. Привести примеры.

25. Рассказать о выборке данных с использованием предложения SELECT. Описать процесс формирования связанных подзапросов. Привести примеры.

26. Рассказать об использовании операторов объединения таблиц при разработке запросов. Привести примеры.

27. Дать характеристику командам манипулирования данными языка SQL. Привести примеры.

28. Рассказать о реализации работы с СУБД в среде Delphi.

29. Назвать и охарактеризовать утилиты для работы с СУБД.

30. Рассказать о работе с автономными СУБД на ПК.

31. Перечислить и охарактеризовать основные методы работы с наборами данных.

32. Дать описание компонентов панели BDE (TTable, TField, TFieldDef).

33. Дать описание компонентов панели BDE (TSession, TDataBase, TStoredProc).

34. Дать описание компонентов панели BDE (TBatchMove, TUpdateSQL, TNestedTable, Cashed Updates).

35. Дать описание компонентов панели Data Control.

36. Рассказать о проектировании СУБД в Delphi. Перечислить визуальные настройки схемы данных.

37. Дать характеристику компоненту запроса TQuery. Рассказать о формировании структуры запроса. Привести примеры.

38. Дать характеристику содержимого запроса. Проектировщик запросов.

39. Перечислить принципы создания отчетов в Delphi. Привести примеры.

40. Рассказать о Rave-компонентах в Delphi.

41. Дать характеристику компонентам вкладки Qreport.

42. Рассказать о средствах анализа данных и принятия решений.

43. Дать характеристику компоненту TDataSource.

44. Рассказать о методах экспорта отчетов.

45. Дать характеристику компоненту диаграмм.

46. Рассказать об особенностях механизма доступа к данным ADO.

47. Рассказать о процессе установления связи с объектом ADO.

48. Назвать особенности использования компонентов ADO.

49. Перечислить особенности клиент-серверной архитектуры.

50. Рассказать о СУБД, реализующих клиент-серверную архитектуру.

51. Рассказать о назначении и возможностях сервера InterBase.

52. Дать характеристику компонентам для работы с СУБД InterBase.

53. Рассказать о доступе к базам данных InterBase.

54. Назвать и охарактеризовать общие положения работы с SQL-серверами..

1. БД — организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей. СУБД — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Иерархические, Сетевые, Реляционные, Объектно-ориентированные, Объектно-реляционные.

2. Управление данными во внешней памяти (на дисках), управление данными в оперативной памяти с использованием дискового кэша, журнализация изменений, резервное копирование и восстановление базы данных после сбоев, поддержка языков БД.

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

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

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

6. Иерархические БД могут быть представлены как дерево, состоящее из объектов различных уровней. Верхний уровень занимает один объект, второй — объекты второго уровня и т. д. Например, если иерархическая база данных содержала информацию о покупателях и их заказах, то будет существовать объект «покупатель» (родитель) и объект «заказ» (дочерний). Объект «покупатель» будет иметь указатели от каждого заказчика к физическому расположению заказов покупателя в объект «заказ».

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

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

9. Отношение "один–ко–многим" имеет место, когда одной записи родительской таблицы может соответствовать несколько записей дочерней. И в том, и в другом случае сущность связи между таблицами остается неизменной. Связь "один–ко–многим" является самой распространенной для реляционных баз данных. Она позволяет моделировать также иерархические структуры данных. Отношение "один–к–одному" имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней. Это отношение встречается намного реже, чем отношение "один–ко–многим". Его используют, если не хотят, чтобы таблица БД "распухала" от второстепенной информации. Отношение "многие–ко–многим" применяется в следующих случаях: одной записи в родительской таблице соответствует более одной записи в дочерней; одной записи в дочерней таблице соответствует более одной записи в родительской.

10. 1-я НФ. Когда поле в данной записи содержит более одного значения для каждого вхождения первичного ключа, такие группы данных называются повторяющимися группами. 1НФ не допускает наличия таких многозначных полей.

11. 2-я НФ. Удаление всех неключевых атрибутов, которые зависят только от части первичного ключа. Такие атрибуты называются частично зависимыми. Неключевые атрибуты заключают в себе информацию о данной сущности предметной области, но не идентифицируют ее уникальным образом.

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

13. Можно создать базу данных с помощью мастера создания баз данных. Этот мастер позволяет выбирать один из встроенных шаблонов и настраивать его требуемым образом. Затем создается набор таблиц, запросов, форм и отчетов, а также кнопочная форма базы данных. Суть создания базы данных в Microsoft Access 2007 состоит в том, что сначала надо создать структуру базы данных (создать структуру таблиц и установить между ними связи), а затем необходимо заполнить данными таблицы новой базы данных. Кроме того, желательно создать формы для ввода данных в таблицы, запросы для поиска информации в базе данных и отчеты для вывода из БД необходимой информации в удобном виде на экран, в печать или файл.

14. Функция ключевого поля - создание связей между таблицами. В этом случае первичному ключу одной таблицы (главной) соответствует внешний ключ связанной с ней таблицы. Внешний ключ содержит значения связанного с ним поля, являющегося первичным ключом главной таблицы, и никаких других значений содержать не может (иначе нарушится целостность данных). Для ускорения поиска и сортировки информации в таблицах используются индексы. Индексы, как и первичные ключи, могут быть простыми (состоящими из одного поля) и составными (содержащими несколько полей). Связь – между таблицами можно создать с помощью окна "Схема данных" или путем перетаскивания поля в таблицу из области Список полей. При создании связи между таблицами не требуется, чтобы общие поля имели одинаковые имена. Вместо этого поля должны иметь одинаковый тип данных.

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

16. В IBM изобрели SQL в начале 1970-х, вскоре после введения д-ром Е. Ф. Коддом понятия реляционной БД. С самого начала SQL был легким в изучении, но мощным языком. Он напоминает естественный язык, такой как английский, и поэтому не утомляет тех, кто не является техническим специалистом. В 1970-х это достоинство было еще более важным, чем сегодня. SQL действительно был настолько популярен среди пользователей, для которых предназначался, что в 1980-х компания Oracle выпустила первую в мире общедоступную коммерческую SQL-систему. Oracle SQL был хитом сезона и породил вокруг SQL целую индустрию. Sybase, Informix, Microsoft и ряд других компаний вышли на рынок с собственными разработками реляционных систем управления базами данных (РСУБД), основанных на SQL.

17. Макрос в Access представляет собой структуру, состоящую из одной или нескольких макрокоманд, которые выполняются либо последовательно, либо в порядке, заданном определенными условиями. Набор макрокоманд в Access очень широк, с помощью макросов можно реализовать многое из того, что позволяют сделать процедуры на VBA. Использование макросов оправдано тем, что их легко создавать, и для этого не нужно изучать синтаксис языка программирования. Для создания макроса требуется знать лишь основные приемы работы в Microsoft Access, такие как перетаскивание объектов из окна База данных в специальное окно — Конструктор макросов. В окне базы данных выбрать вкладку Макросы; Следует нажать кнопку Создать; В ячейке столбца Макрокоманда нажать кнопку раскрытия списка, открывающую список макрокоманд; Выбирается имя макрокоманды; Вводится текст комментария к макрокоманде (необязательно). В нижней половине окна, при необходимости, указывают аргументы макрокоманды.

18. Панель управления приложения. Для организации эффективной работы пользователя все разрозненные компоненты приложения обычно группируют по функциональному назначению. Для объединения объектов в едином диалоговом приложении создаются так называемые кнопочные формы. Кнопки такой формы обеспечивают вызов других кнопочных форм или отдельных объектов - отчетов, форм, макросов, модулей. Элементами кнопочных форм являются кнопки с подписями. Подпись задается разработчиком и должна по возможности точно указывать действия, которые будут выполняться при ее нажатии. Выбор кнопки на панели управления инициализирует событие нажатие кнопки. В Access имеется средство автоматизированной разработки формы по управлению приложением - Диспетчер кнопочных форм.

19. Агрегатные функции, Оконные функции, Скалярные функции, Числовые скалярные функции, Строковые функции, Функции работы с датой/временем.

20. Отличия. Как таковой, SQL представляет собой набор инструкций языка программирования для создания выборок данных, а не процедурный язык, такой как C или BASIC , которые предназначены для решения гораздо более широкого круга проблем.

21. Инструкция SELECT обычно начинается с предложения SELECT. В предложении SELECT указываются имена полей, которые содержат данные, используемые в запросе. Вместо полей или вместе с ними также можно использовать выражения. В качестве поля можно даже использовать ещё одну инструкцию SELECT — это называется вложенным запросом. Предположим, нужно узнать телефонные номера клиентов. Пусть поле, которое содержит телефонные номера клиентов, называется «текстКлиентТелефон», тогда предложение SELECT будет выглядеть следующим образом: SELECT [txtCustomerPhone].

22. Агрегирование. Чтобы включить в запрос все поля из источника данных, можно указать их все по отдельности в предложении SELECT или использовать подстановочный знак — звездочку(*).Если используется звездочка, при выполнении запроса Access определяет, какие поля содержит источник данных, и включает все эти поля в запрос. Это позволяет обеспечить актуальность запроса в случае добавления в источник данных новых полей. В инструкции SQL звездочку можно использовать и с несколькими источниками данных. В этом случае вместе со звездочкой необходимо указать имя источника данных, чтобы приложение Access могло определить, из какого источника читать поля. Предположим, например, что нужно выбрать все поля из таблицы «Заказы» и только адрес электронной почты из таблицы «Контакты». Предложение SELECT может выглядеть следующим образом: SELECT Заказы.*, Контакты.[Адрес электронной почты].

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

24. Вложенный подзапрос - это подзапрос, заключенный в круглые скобки и вложенный в WHERE (HAVING) фразу предложения SELECT или других предложений, использующих WHERE фразу. Вложенный подзапрос может содержать в своей WHERE (HAVING) фразе другой вложенный подзапрос и т.д. Нетрудно догадаться, что вложенный подзапрос создан для того, чтобы при отборе строк таблицы, сформированной основным запросом, можно было использовать данные из других таблиц (например, при отборе блюд для меню использовать данные о наличии продуктов в кладовой пансионата).

25. Связанные подзапросы. Применение оператора INSERT с подзапросом позволяет загружать сразу несколько строк в одну таблицу, используя информацию из другой таблицы. В то время как оператор INSERT, использующий VALUES, добавляет только одну строку, INSERT с подзапросом добавляет в таблицу столько строк, сколько подзапрос извлекает из другой таблицы. При этом количество и тип возвращаемых подзапросом столбцов должно соответствовать количеству и типу столбцов таблицы, в которую вставляются данные.

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

43. Дать характеристику компоненту tDataSource.

Компонент DataSource обеспечивает механизм для связи компонентов доступа к данным (Table, Query или StoredProc) с визуальными компонентами, которые отображают данные (DBGrid, DBEdit, DBListBox и т. д.). Основное назначение DataSource состоит в том, чтобы облегчить внесение изменений в приложения. Все визуальные компоненты данных на форме связаны с DataSource, который, в свою очередь, связан с набором данных.

44. Рассказать о методах экспорта отчетов.

Экспортирование отчета во внешнюю базу данных MS Access. Для экспорта отчета во внешний файл базы данных MS Access откройте его в режиме предварительного просмотра. В меню Файл выберите пункт Экспорт. В поле со списком Тип файла выберите значение Microsoft Access, а затем – нужный файл и Сохранить. Будет выдано диалоговое окно Экспорт, в котором будет необходимо указать новое имя для экспортируемого отчета.

Экспортирование отчета в файл MS Excel. Для экспорта отчета: пункт Экспорт меню Файл, выбрать в окне Экспорт объекта тип файла и его имя.

Экспортирование отчета в формат MS Word Первый способ – пункт Экспорт меню Файл и в окне указать тип файла – Файлы RTF и его имя. Второй путь – из списка кнопки Связи с Office панели инструментов выбрать пункт Публикация в MS Word. После этого в рабочем каталоге Access будет создан файл с расширением rtf и с именем, совпадающим с именем отчета.

Экспорт отчетов в файлы формата HTML. Для экспорта отчета в формат HTML в окне Экспорт объектов тип файла Документы HTML и укажите его имя. После Сохранить будет отображено окно Параметры вывода в формате HTML. В этом окне необходимо указать шаблон HTML, который будет использован при экспорте отчета.

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

Экспорт отчета в формат снимка. Формат снимков Для экспорта отчета в формат снимка необходимо выбрать в окне Экспорт объекта тип файла Снимок и ввести для него имя. После Сохранить в выбранном каталоге будет создан файл с расширением snp.

46. Рассказать об особенностях механизма доступа к данным ado.

интерфейс программирования приложений для доступа к данным, разработанный компанией Microsoft (MS Access, MS SQL Server) и основанный на технологии компонентов ActiveX. ADO позволяет представлять данные из разнообразных источников (реляционных баз данных, текстовых файлов и т. д.) в объектно-ориентированном виде.

Объектная модель ADO состоит из следующих объектов высокого уровня и семейств объектов:

Connection (представляет подключение к удалённому источнику данных)

Recordset (представляет набор строк, полученный от источника данных)

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

Record (может представлять одну запись объекта Recordset или же иерархическую структуру, состоящую из текстовых данных)

Stream (используется для чтения и записи потоковых данных, например, документов XML или двоичных объектов)

Errors (представляет ошибки)

Fields (представляет столбцы таблицы базы данных)

Parameters (представляет набор параметров SQL-инструкции)

Properties (представляет набор свойств объекта)