1)Необходимость проектирования БД,Цели проектирования:прежде чем приступить к конечной цели проектирования для получения результатов реляционной БД:a)возможность хранения всех необходимых данных в БДб)Исключение избыточных данных

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

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

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

3) Рассказать о машинном представлении данных (иерархическая и сетевая модель данных).Иерархическая модель построена в виде дерева с корневым сегментом, имеющим указатели на другие сегменты. При поиске данных дерево всегда просматривается сверху вниз.Основным недостатком иерархической модели данных является ее неуниверсальность. Реальный мир не может быть легко представлен в виде дерева с одним корневым сегментом.Иерархическая модель хорошо применима, когда она отражает реальные иерархические связи, существующие между объектами предметной области (структура организации, каталог книг и т.д.).В экономических информационных системах информация, как правило, организована в многосвязные структуры и редко укладывается в иерархическую схему.Почти одновременно с иерархической моделью была сформирована сетевая модель данных. Сетевой подход является расширением иерархического. В сетевой модели происходит объединение нескольких различных иерархий. Объединены две иерархии: ЗАКАЗ и ПОКУПАТЕЛЬ.Сетевая модель универсальна и по сравнению с иерархической имеет гораздо большие возможности по моделированию связей между объектами.Основным ее недостатком является сложность. В сетевых базах данных сложно проводить изменение структуры, так как приходится перестраивать множество различных связей. Сетевую модель трудно реализовывать, так как программист должен знать все связи между разнородными объектами. Построение приложений является трудоемким процессом.

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

4)Отношение - математическая структура, которая формально определяет свойства различных объектов и их взаимосвязи. Отношения обычно классифицируются по количеству связываемых объектов и собственным свойствам (симметричность).Пример-Равенство(=);Реляционная модель данных (РМД) — логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики как теории множеств и логика первого порядка. Целью нормализации реляционной базы данных является устранение недостатков структуры базы данных, приводящих к вредной избыточности в данных, которая в свою очередь потенциально приводит к различным аномалиям и нарушениям целостности данных. Реляционная модель данных включает следующие компоненты:а)Структурный аспект (составляющая) — данные в базе данных представляют собой набор отношений.б)Аспект (составляющая) целостности — отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.в)Аспект (составляющая) обработки (манипулирования) — РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

5)Операции реляционной алгебры:а)Переименование, б)объединение, в)Пересечение, г)вычитание, д)выборка, е)проэкция, ж)соединение, з)деление.

а) В результате применения операции переименования получаем новое отношение, с измененными именами атрибутов.

Б) Отношение с тем же заголовком, что и у совместимых по типу отношений A и B, и телом, состоящим из кортежей, принадлежащих или A, или B, или обоим отношениям.

В) Отношение с тем же заголовком, что и у отношений A и B, и телом, состоящим из кортежей, принадлежащих одновременно обоим отношениям A и B.

Г) Отношение с тем же заголовком, что и у совместимых по типу отношений A и B, и телом, состоящим из кортежей, принадлежащих отношению A и не принадлежащих отношению B.

Д) Отношение с тем же заголовком, что и у отношения A, и телом, состоящим из кортежей, значения атрибутов которых при подстановке в условие c дают значение ИСТИНА. cпредставляет собой логическое выражение, в которое могут входить атрибуты отношения A и/или скалярные выражения.Е) Отношение с заголовком (X, Y, …, Z) и телом, содержащим множество кортежей вида (x, y, …, z), таких, для которых в отношении A найдутся кортежи со значением атрибутаX равным x, значением атрибута Y равным y, …, значением атрибута Z равным z. При выполнении проекции выделяется «вертикальная» вырезка отношения-операнда с естественным уничтожением потенциально возникающих кортежей-дубликатов.

Ж) Операция соединения есть результат последовательного применения операций декартового произведения и выборки. Если в отношениях и имеются атрибуты с одинаковыми наименованиями, то перед выполнением соединения такие атрибуты необходимо переименовать.З)Отношение с заголовком (X₁, X₂, …, X_n) и телом, содержащим множество кортежей (x₁, x₂, …, x_n), таких, что для всех кортежей (y₁, y₂, …, y_m) ∈ B в отношении A(X₁, X₂, …, X_n, Y₁, Y₂, …, Y_m) найдется кортеж (x₁, x₂, …, x_n, y₁, y₂, …, y_m).

6,17)Модель «сущность-связь, или ER-модель, предложенная в 1976 г., является наиболее известным представителем класса семантических (концептуальных, инфологических) моделей предметной области. ER-модель обычно представляется в графической форме, с использованием оригинальной нотации П. Чена, называемой ER-диаграмма, либо с использованием других графических нотаций.Основные преимущества ER-моделей:наглядность;модели позволяют проектировать базы данных с большим количеством объектов и атрибутов;ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).Основные элементы ER-моделей:объекты (сущности);атрибуты объектов;связи между объектами.Сущность — объект предметной области, имеющий атрибуты.Связь между сущностями характеризуется:типом связи (1:1, 1:N, N:М);классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный.

НП	НК	ФИО	ТЕЛ	ПК
П1	К2	Ивов	223	М2
П2	К3	Петов	225	М3
П3	К1	Носов	215	М2

7,18)а)Если степень бинарной связи 1:1 и класс принадлежности обязательный , то требуется только 1 отношение.Первым ключем может быть ключ любой сущности.

Нп	ФИО	Тел	ПК
П1	Ивов	223	К1
П2	Петов	225	К2
П3	Носов	215	К3

Нк	ПК
К1	М2
К2	М2
К3	М3
К4	М4

б)Если степень связи 1:1 и класс принадлежности одной из сущностей не является объязательным, то требуется 2 отношения(по 1 для каждой сущности), ключ сущности с необязательным классом принадлежности добавляется как атрибут в отношение для сущности с обязательным классом принадлежности.

в)Если степень связи 1:1 и класс принадлежности на 1 из сущностей не является обязательным, то требуется 3 отношения:по 1 для каждой сущности и 1 для связи.Ключ обеих сущностей добавления как атрибута в отношении для связи.

Нп	ФИО	Тел
П1	Ивов	223
П2	Петов	225
П3	Носов	215
П4	Язов	233

Нп	Мк
П1	К3
П3	К4
П4	К1

Нк	ПК
К1	М2
К2	М2
К3	М3
К4	М4

г)Если степень связи 1:N и класс принадлежности N – вводной сущностью является обязательным, то требуется по 1 для кажой сущности.Ключ односвязной сущности добавляется как атрибут в отношение для N связей сущности.

Мк	ПК	Нк
К1	М1	П2
К2	М2	П3
К3	М3	П1
К4	М4	П3

Нп	ФИО	тел
П1	ивов	223
П2	Петов	225
П3	Язов	215

8,19) Дать формулировки четвертого и пятого правила получения предварительных отношений. Привести примеры диаграмм ER- типа и ER- экземпляров для этих правил.4 правило: Если степень связи 1:N и класс принадлежности N-связной сущности является обязательным, то требуется 2 отношения: по одному для каждой сущности.Ключ односвязной сущности добавляется как атрибут в отношение для N-связной сущности.5 правило: Если степень связи 1:N и класс принадлежности N-связной сущности является не обязательным, то требуется три отношения: по одному для каждой сущности и одно для связи. Отношение для связи должно включать в себя ключи обеих сущностей.6 правило:Если степень связи M:N, то требуется 3 множителя по 1 для каждой сущности и 1 для связи, и оно должно включать в себя ключи обеих сущностей.

9)Пояснить дополнительные конструкции ER метода, необходимость связей более высокого порядка. Сформулировать седьмое правило получения предварительных отношений.Дополнительные конструкции, используемые в ER – методе.Не все ситуации можно свести к бинарным связям. Поэтому представляет интерес дополнительные конструкции, позволяющие решать задачи при наличии связей более высокого порядка.Необходимость связей более высокого порядка.Спроектируем БД, предназначенную для хранения информации о рабочих и станках, которые ими обслуживаются. Каждый рабочий обслуживает только один станок. Представляющими интерес атрибутами являются: фамилия рабочего (рфам), номер цеха (нцех), тарифная ставка (тстав), номер станка (сном), тип станка (стип), основной тип деталей, обрабатываемых на станке (дтип) и материал детали (мдет).При составлении диаграмм учитывалось, что все рабочие имеют работу, фамилии рабочих уникальны, некоторые станки рабочими не обслуживаются.Т.к. степень связи равна 1:1 и класс принадлежности одной сущности является обязательным, а другой - нет, то используется правило 2 при генерации предварительных отношений. В результате получаем отношения: РАБОЧИЙ (рфам.... сном) и СТАНОК (сном....).Остается найти место атрибутам, не используемым в качестве ключей сущности: нцех, тстав, стип, дтип. Атрибуты нцех и тстав находят свое место в отношении РАБОЧИЙ, т.к. они содержат информацию о рабочих; стип, дтип и мдет помещаются в отношение СТАНОК, т.к. в них содержится информация о станках и деталях, на них обрабатываемых.

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

11) Этапы проектирования Баз Данных.При разработке БД можно выделить следующие этапы работы.I этап. Постановка задачи.На этом этапе формируется задание по созданию БД. В нем подробно описывается состав базы, назначение и цели ее создания, а также перечисляется, какие виды работ предполагается осуществлять в этой базе данных (отбор, дополнение, изменение данных, печать или вывод отчета и т. д).II этап. Анализ объекта.На этом этапе рассматривается, из каких объектов может состоять БД, каковы свойства этих объектов. После разбиения БД на отдельные объекты необходимо рассмотреть свойства каждого из этих объектов, или, другими словами, установить, какими параметрами описывается каждый объект. Все эти сведения можно располагать в виде отдельных записей и таблиц. Далее необходимо рассмотреть тип данных каждой отдельной единицы записи. Сведения о типах данных также следует занести в составляемую таблицу.III этап. Синтез модели.На этом этапе по проведенному выше анализу необходимо выбрать определенную модель БД. Далее рассматриваются достоинства и недостатки каждой модели и сопоставляются с требованиями и задачами создаваемой БД. После такого анализа выбирают ту модель, которая сможет максимально обеспечить реализацию поставленной задачи. После выбора модели необходимо нарисовать ее схему с указанием связей между таблицами или узлами.IV этап. Выбор способов представления информации и программного инструментария.После создания модели необходимо, в зависимости от выбранного программного продукта, определить форму представления информации.В большинстве СУБД данные можно хранить в двух видах:с использованием форм; без использования форм. Форма – это созданный пользователем графический интерфейс для ввода данных в базу.V этап. Синтез компьютерной модели объекта.В процессе создания компьютерной модели можно выделить некоторые стадии, типичные для любой СУБД.Стадия 1. Запуск СУБД, создание нового файла базы данных или открытие созданной ранее базы. Стадия 2. Создание исходной таблицы или таблиц.Стадия 3. Создание экранных форм.Стадия 4. Заполнение БД.VI этап. Работа с созданной базой данных.

12) Пояснить назначение и структуру файлов баз данных. Дать основные характеристики баз данных. Перечислить основные типы полей, используемых в базах данных. Поддержка сложных объектов. В системе должна быть предусмотрена возможность создания составных объектов за счет применения конструкторов составных объектов. Необходимо, чтобы конструкторы объектов были ортогональны, то есть любой конструктор можно было применять к любому объекту.Поддержка индивидуальности объектов. Все объекты должны иметь уникальный идентификатор, который не зависит от значений их атрибутов.Поддержка типов и классов. Требуется, чтобы в ООБД поддерживалась хотя бы одна концепция различия между типами и классами. Поддержка наследования типов и классов от их предков. Подтип, или подкласс, должен наследовать атрибуты и методы от его супертипа, или суперкласса, соответственно.Перегрузка в сочетании с полным связыванием. Методы должны применяться к объектам разных типов. Реализация метода должна зависеть от типа объектов, к которым данный метод применяется. Для обеспечения этой функциональности связывание имен методов в системе не должно выполняться до времени выполнения программы.Вычислительная полнота. Язык манипулирования данными должен быть языком программирования общего назначения.Набор типов данных должен быть расширяемым. Пользователь должен иметь средства создания новых типов данных на основе набора предопределенных системных типов. Более того, между способами использования системных и пользовательских типов данных не должно быть никаких различий. Logical: Логический тип, возможные значения .T. или .F. Точки обязательны это наследство старого языка xBase.Numeric (float): Числовой с плавающей точкой. Character (string): Строковый - строка символов. Раньше максимальная длина строки была равна 255 символов, теперь 64 Kb. Date: Дата. Значение определяется как дата с установленным разделителем в установленном формате в {} скобках. Например, по умолчанию, {12/31/99}. Более подробно см. команду определения типа даты SET DATE. DateTime: Дата и время. Тоже что и дата, но хранит также и время. Более подробно мы рассмотрим этот тип позже. Object: Тип-объект. Переменная такого типа хранит или ссылку на объект или значение NULL В этой таблице перечислены наиболее часто используемые типы.

13)Рассказать об особенностях языка FoxPro и основных типах файлов, используемых в FoxPro. Особенности:1)динамическое распределение памяти ПК,2)Большие возможности программирования:организация циклов,создание меню,редактирование БД.3)удобный доступ и обработка мемо-полей.4)установка регулирующих связей м/у БД.4)возможность постоения многоуравневых связей меню.5)многооконный интерфейс.Основные файлы:Foxpro.exe-загрузочный файл, config.fp-файл конфигураций, foxuser.dbf и foxuser.fpt – файлы внутренних установок, foxapp.app – генератор приложений, foxdoc.exe – файл документации

14) Пояснить структуру команд системы управления базами данных. В чем заключается работа по созданию баз данных?

SET DEFALUT TO-установка начального пути,SET TALK OFF-отмена вывода на экран промежуточных результатов,CLEAR-очистка экрана,CREATE-создание структуры БД,MODIFY STRUCTURE-изменение структуры текущей БД,CLEAR-очистка экрана,BROWSE-заполнение , редактирование записей в БД в табличном виде,APPEND-закрытие приложения,USE-закрытие текущей БД,SELECT N-выбор рабочей области.

15) Какая команда используется для редактирования баз данных в диалоговом режиме и как она работает?

16) В каких случаях и какие команды используются для просмотра информации в базе данных?

В режиме Edit поля таблицы располагаются в столбец друг под другом. Записи таблицы отделяются горизонтальными линиями.По умолчанию после создания структуры таблицы Visual FoxPro предлагает вам вводить данные в таблицу в режиме Edit (Ввод). В этом режиме пользователю нет необходимости после ввода информации во все поля одной записи заботиться о добавлении новой пустой записи. Visual FoxPro автоматически добавляет следующую запись, и пользователь продолжает вводить информацию.В режиме Browsе таблица более наглядна. Поля расположены в один ряд. Одна строка соответствует одной записи таблицы, а записи размещены одна под другой.

17)6 18)7 19)8 20) 21)

22)Какие команды используются для вывода информации на различные носители?

\ | \\ Вывод строк текста. ? | ?? Вычисляет выражения и выводит результаты. @ ... BOX Рисует прямоугольник по заданным координатам. Для Visual FoxPro используйте элемент Shape. DISPLAY Отображает информацию о текущей таблице в основном окне Visual FoxPro или в пользовательском окне. LIST Непрерывным потоком отображает информацию о таблице или о среде окружения.. MESSAGEBOX() Отображает диалоговое окно, определенное пользователем. DISPLAY STATUS Синтаксис: DISPLAY STATUS [NOCONSOLE]

[TO PRINTER [PROMPT] | TO FILE FileName] Параметры: NOCONSOLE Подавляет вывод в главное окно Visual FoxPro или в активное пользовательское окно. TO PRINTER [PROMPT] Предложение TO PRINTER направляет вывод команды DISPLAY STATUS на принтер.

23) Какие типы могут принимать переменные памяти и поля базы данных? Перечислить способы изменения значений переменных и команды вывода переменных.

Тип Диапазон Тип Диапазон

unsigned char 0 ... 255 signed long

signed char или просто

или просто long -2147483648 ... 2147483647

char -128 ... 127 ACOPY( ) Копирует элементы из одного массива в другой

unsigned short int ADEL( ) Удаляет элемент из одномерного массива или удаляет строку или столбец из двумерного массива.

или просто ADIR( ) Заносит в массив информацию о файлах и возвращает количество файлов.

unsigned int или unsigned short 0 ... 65535 ASORT( ) Сортирует элементы массива в возрастающем или убывающем порядке.

signed short int или signed int AVERAGE Вычисляет среднее арифметическое числовых выражений или полей.

или просто CLEAR ALL Освобождает определенные элементы из памяти

short или int -32768 ... 32767 SAVE TO Сохраняет текущие переменные памяти и массивы в файле переменных памяти или в memo-поле.

unsigned long int SUM Суммирует все или только заданные числовые поля в таблице, выбранной в данный момент.

или просто Отображает текущее содержимое переменных памяти и массивов.

unsigned long 0 ... 4294967295

Синтаксис:

DISPLAY MEMORY [LIKE FileSkeleton] [NOCONSOLE] [TO PRINTER [PROMPT] | TO FILE FileName]

Параметры:

LIKE FileSkeletonLIKE. Если вы задали LIKE FileSkeleton, Visual FoxPro отобразит содержимое только тех переменных памяти и массивов, которые соответствуют шаблону имен FileSkeleton. Этот шаблон поддерживает символы подстановки, такие как ? и *. Например, чтобы отобразить все переменные памяти, имена которых начинаются с буквы A, выдайте команду:

DISPLAY MEMORY LIKE A* NOCONSOLE

Подавляет вывод в главное окно Visual FoxPro или в активное пользовательское окно. TO PRINTER [PROMPT] Направляет вывод команды DISPLAY MEMORY на принтер.

В Visual FoxPro, FoxPro для Windows и FoxPro для Macintosh можно задать необязательное предложение PROMPT, по которому перед началом печати отображается специальное диалоговое окно. В этом диалоговом окне можно изменить установки принтера, включая число копий и номера печатаемых страниц. Набор параметров принтера, допускающих регулирование, определяется установленным в данный момент драйвером принтера. Ключевое слово PROMPT нужно указывать сразу после TO PRINTER.

В FoxPro для MS-DOS ключевое слово PROMPT игнорируется. TO FILE FileName

Направляет вывод команды DISPLAY MEMORY в файл FileName. Если такой файл уже существует и установка SET SAFETY имеет значение ON, будет выдан запрос на подтверждение записи поверх файла.

В FoxPro для MS-DOS вывод команды DISPLAY MEMORY, адресованный в файл или на принтер, использует установки из набора параметров драйвера принтера, если он был загружен. Соответствующий драйвер принтера позволит напечатать вывод команды DISPLAY MEMORY шрифтами других стилей и других размеров.