WWW.KNIGA.SELUK.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Книги, пособия, учебники, издания, публикации

 


МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФГБОУ ВПО «Кемеровский государственный университет»

Новокузнецкий институт (филиал)

Факультет информационных технологий

РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ

ОПД.Ф.3 Базы данных

для специальности 080801.65 Прикладная информатика в экономике

Новокузнецк 2013

1 Сведения о разработке и утверждении рабочей программы дисциплины Рабочая программа дисциплины по выбору студента ОПД.Ф.3 Базы данных федерального компонента цикла ОПД составлена в соответствии с Государственным образовательным стандартом высшего профессионального образования второго поколения.

Автор ст. преподаватель Шехтман В. Е.

Рецензент канд. техн. наук, доцент Михайлова Ольга Владимировна Рабочая программа обсуждена на заседании кафедры систем автоматизации управления « 14 » января 2013 г. Протокол № Заведующий кафедрой И.А. Жибинова Рабочая программа одобрена методической комиссией факультета информационных технологий « 15 » января 2013 г. Протокол № Председатель методической комиссии Н.Б. Ермак Пояснительная записка Курс “Базы данных” является одним из основополагающих в подготовке специалиста в области прикладной информатики. Он входит в федеральный компонент раздела ОПД (обще-профессиональные дисциплины, Ф.03).

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

следует познакомить студентов с методологией моделирования, с созданием моделей данных и знаний;

необходимо представить развернутую картину методов создания информационных систем, основанных на моделях данных и знаний;

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



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

Рабочая программа разработана в соответствии с требованиями государственного образовательного стандарта высшего образования по специальности:

351400 “ПРИКЛАДНАЯ ИНФОРМАТИКА (по областям)” Выписка из государственного образовательного стандарта высшего профессионального образования Специальность 351400 «ПРИКЛАДНАЯ ИНФОРМАТИКА (по областям)»

Квалификация информатик-(квалификация в области) ОПД.Ф.03 БАЗЫ ДАННЫХ Базы данных (БД). Принципы построения. Жизненный цикл БД.

Типология БД. Документальные БД. Фактографические БД.

Гипертекстовые и мультимедийные БД. XML-серверы. Объектноориентированные БД. Распределенные БД. Коммерческие БД.

Организация процессов обработки данных в БД. Ограничения целостности.

Технология оперативной обработки транзакции (ОLТР–технология).

Информационные хранилища. ОLАР-технология.

Проблема создания и сжатия больших информационных массивов, информационных хранилищ и складов данных. Основы фракталов.

Фрактальная математика. Фрактальные методы в архивации. Управление складами данных.

Задачи дисциплины:

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

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

Требуемая подготовка: знания в рамках курсов математического анализа (понятие функции), дискретной математики (теория множеств, общая алгебра); владение базовыми техниками программирования (например, на языке PASCAL, в системе программирования DELPHI); знакомство с практикой применения СУБД Access в рамках практикума на ЭВМ (Базы данных).

Средства обучения В ходе проведения лабораторных работ в компьютерном классе используются следующие пакеты прикладных программ:

СУБД Access из состава Microsoft Office Система программирования Borland Delphi СУБД Microsft SQL Server (или др. СУБД, по согласованию) Платформа бизнес-анализа ActiveX Trading House (разработка автора) В качеств примеров приложений баз данных используются программы и базы данных, разработанные автором и реально используемые в бизнесе, здравоохранении, промышленности.

Для целей контроля знаний может быть использована тестовая среда QuickTutor (разработка автора).

Объм и сроки изучения дисциплины: на третьем курсе в течение пятого семестра в объме 124 часов, из них 68 час - аудиторные занятия. Лабораторные работы выполняются в классах с ЭВМ.





Факультет - информационных технологий.

Форма обучения – дневная.

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

Итоговый контроль знаний студентов: в пятом семестре – курсовая работа и экзамен.

1 Учебно - тематический план рабочей программы учебной дисциплины реляционную модель данных.

проектирование.

данных и СУБД.

данных. Транзакции.

Системные аспекты.

OLAP-технология.

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

технологий БД реляционную модель данных.

проектирование.

данных и СУБД.

данных. Транзакции.

Системные аспекты.

OLAP-технология.

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

технологий БД реляционную модель данных.

проектирование.

данных и СУБД.

данных. Транзакции.

Системные аспекты.

OLAP-технология.

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

технологий БД УО - устный опрос, УО-1 - собеседование, УО-2 - коллоквиум, УО-3 - зачет, УО-4 – экзамен ПР - письменная работа, ПР-1 - тест, ПР-2 - контрольная работа, ПР-3 эссе, ПР-4 - реферат, ПР-5 - курсовая работа, ПР-6 - научно-учебный отчет по практике, ПР-7 - отчет по НИРС, ИЗ –индивидуальное задание ТС - контроль с применением технических средств, ТС-1 - компьютерное тестирование, ТС-2 - учебные задачи, ТС-3 - комплексные ситуационные задачи 2 Содержание разделов дисциплины 1. Базы данных (БД) и модели данных.

Области приложений баз данных.

Основные функциональные требования к базам данных:

Понятие модели данных.

Ранние модели данных – иерархическая и сетевая.

Введение в реляционную модель данных.

2. Реляционная модель Отношения – основной структурный элемент.

Операции над отношениями и реляционная алгебра. Язык запросов.

Поддержка целостности.

3.Инфологическое проектирование Концептуальные модели данных и семантические модели данных.

Анализ предметной области.

Модель “сущность-связь”.

Отношения между таблицами.

Рекурсивное отношение.

Устранение избыточности и неоднозначности при хранении данных.

CASE-средства разработки баз данных.

4. Нормализация данных.

Функциональная зависимость.

Нормальные формы (первая, вторая, третья, Бойса-Кодда), их иерархия и Многозначная зависимость.

Четвертая нормальная форма.

Процесс совершенствования модели данных на основе нормализации.

5. Язык SQL Основные средства манипулирования данными.

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

Определение данных с ограничениями целостности.

Оператор select, вложенные запросы, внешние объединения.

Встроенные функции.

Использование агрегатных функций и группировка.

Задание способа сортировки.

Операторы изменения данных.

SQL на стороне сервера: триггеры и загружаемые процедуры Встраивание SQL в прикладную программу.

Динамический SQL.

6. Параллельная работа с базами данных. Транзакции, журнализация.

Связь с понятием целостности базы данных и изолированности пользователей.

Методы управления транзакциями.

Связь с управлением буферами оперативной памяти.

Методы восстановления баз данных после сбоев.

7. Физическая организация баз данных и СУБД Способы хранения отношений, индексов, журналов.

Хешированные, индексированные файлы, бинарные деревья, инвертированные списки.

Структура хранения данных при бесфайловой организации (на примере одной из СУБД).

8. Архитектуры доступа к БД. Системные аспекты Двухуровневые модели доступа к базе данных: модель файлового сервера, модель удаленного доступа, модель сервера баз данных с бизнес-логикой на сервере.

Реализация систем с бизнес-логикой на сервере.

Типы организации серверов баз данных.

Модель с сервером приложений.

Интерфейсы доступа к базам данных.

Распределение данных на нескольких серверах баз данных, репликация данных, двухфазная фиксация транзакций.

Язык загружаемых модулей.

9. Информационные хранилища. OLAP-технология..

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

Многомерная модель данных (“многомерный куб”).

Многомерные, реляционные и гибридные системы OLAP.

Хранилища данных, витрины данных, извлечение данных.

Интеграция информации в хранилище данных.

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

10. Перспективы развития баз данных Перспективы развития БД.

Объектно-ориентированные БД, XML-серверы.

Объединение технологий БД и экспертных систем. Дедуктивные БД.

Гипертекстовые, мультимедийные БД.

2.2 Содержание практических занятий Подробно содержание практических занятий изложено в учебном пособии “Базы данных, SQL и все такое. Лабораторный практикум” (на электронном носителе, входит в состав электронного УМК “Базы данных и технология SQL”, Шехтман В. Е., 2005). Эти темы могут быть использованы при проведении лабораторных занятий в компьютерном классе (см. раздел 5.2.3. настоящего УМК).

Работа №1. Знакомство с принципами программирования доступа к базам данных в Delphi. Работа №2. Разработка первого приложения баз данных.

Работа №3. Разработка утилиты для выполнения SQL-запросов.

Работа №4. Построение инфологической модели базы данных.

Работа №5. Выбор сквозного задания (тема курсового проекта).

Работа №6. Проектирование структуры приложения сквозного задания.

Работа №7. Работа со справочниками.

Работа №8. Формирование твердой копии справочника.

Работа №9. Просмотр справочников иерархической структуры.

Работа №10. Редактирование справочников иерархической структуры.

Работа №11. Разработка программы для ввода основных фактов о предметной области.

Работа №12. Разработка системы регламентированной отчетности.

Работа №13. Перенос базы данных на Microsoft SQL Server 2000.

Работа №14. Хранимые процедуры и триггеры.

Работа №15. Разработка системы нерегламентированной отчетности (аналитическая система) на основе OLAP. Первый подход.

Работа №16. Разработка системы нерегламентированной отчетности на основе OLAP.

Второй подход.

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

далее). Таким образом, курсовой проект может рассматриваться как сквозное задание на все практические занятия курса.

2.3 Требования к курсовой работе Проект можно выполнять в одиночку или группой до 2 человек (проектная команда). Для овладения техническими навыками разработки баз данных и создания информационных приложений на их основе служит практикум, изложенный в разделе настоящего УМК.

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

Последовательность действий по шагам:

1. Выбрать предметную область, на описание которой будет направлен проект. Она должна быть достаточно богата (но не чрезмерно, от 5 до 15 наборов сущностей).

Описать ее на содержательном уровне, перечислить основные вопросы, на которые должно отвечать программное приложение, которое будет разработано.

2. Разработать для этой предметной области модель “сущность-связь” (инфологическую модель). Обосновать мощность и обязательность или необязательность связей, выбор ключей. Представить и обсудить модель на лабораторных занятиях.

Срок окончания первой фазы разработки (п. 1,2) – 10-15 марта.

3. Превратить эту модель в даталогическую. Обосновать при этом выбор того или иного способа реализации схем отношений и связей между ними, выбор типов для атрибутов отношений. Реализовать модель в виде физической базы данных.

Позаботится об отсутствии в базе данных избыточности и аномалий изменения и удаления. Для этого обосновать уровень нормализации соответствующих отношений.

Обеспечить ссылочную целостность и целостность на уровне таблицы, записи, атрибута (первичные и внешние ключи, другие ограничения).

4. Указать последовательность команд SQL для создания базы данных со всеми необходимыми объектами (см. пример скрипта в приложении).

В качестве СУБД можно использовать Microsoft Access, Microsoft SQL Server или др. по согласованию с преподавателем.

Наполнить базу данных осмысленным содержанием (это можно отложить до выполнения п. 5).

Срок окончания второй фазы разработки (п. 3,4) – 15-20 марта. (Параллельно с этим следует заниматься и следующей фазой).

5. Разработать приложение (например, на Delphi) для ввода и редактирования данных и построения отчетов, основываясь на проекте базы данных, разработанной в ходе выполнения п.п. 1.-4.

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

При необходимости, реализовать форму просмотра-редактирования справочника иерархической структуры. В качестве интерфейса доступа к данным следует (если возможно) использовать Microsoft ADO. Человеко-машинный интерфейс может быть любым.

6. Отчет должен содержать:

название проекта, имя (имена) исполнителей, группу.

оглавление с номерами страниц.

описание вклада каждого члена проектной команды.

функциональные требования к системе (может включать меню, экраны, описания на русском языке и (или) UML-диаграммы, например диаграммы USE CASE содержащие описание способов взаимодействия с системой).

ER-диаграмму с обсуждением особенностей и обоснованием конкретных решений даталогическую модель данных с описанием степени нормализации скрипт на языке SQL для создания базы данных “с нуля” описание структуры приложения (можно с использованием UML диаграммы краткая инструкция по работе с приложением (если необходимо).

При желании можно подготовить небольшую презентацию, изготовленную с помощью PowerPoint, объясняющую цели разработки, требования к функциональности, модель интерфейса с пользователем.

Срок окончания разработки – середина апреля.

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

Выбор предметной области Предметной областью может быть любая на Ваш выбор: регистрация и лечение пациентов в стоматологической клинике; система заказа – резервирования билетов;

интернет – магазин и т. д.

Примеры словесного описания предметных областей:

1. Спортивный комплекс предоставляет несколько видов услуг. Пользователи могут оплачивать один сеанс (100 руб.) или приобретать абонемент на 8 сеансов ( руб.) на определенное время и день недели. Каждый сеанс длится 1 час.

Надо ответить на вопросы типа:

1.1. Сколько денег заплатил пользователь за период?

1.2. Какие пользователи имеют абонемент в тренажерный зал за указанный период?

1.3. Есть ли свободное место на теннисном корте (клиент заранее не позаботился о приобретении абонемента) на определенное время и дату?

1.4. Сколько свободных мест в плавательном бассейне на определенное время и дату?

1.5. Сколько денег поступило в кассу за период?

и т. д.

2. Медицинское учреждение состоит из стационара и поликлиники. На каждого пациента ведется “карточка”, куда заносятся паспортные данные. В поликлинике на каждый курс лечения пациента ведется амбулаторная карта, куда заносятся диагнозы, объективные данные, жалобы, факт каждого посещения, лечебные назначения. В стационаре на каждый курс лечения пациента формируется “карта больного”, куда заносятся диагнозы, лечебные назначения, объективные данные.

При выписке в карту добавляется исход болезни.

Надо иметь возможность отвечать на вопросы типа:

2.1. Какие диагнозы (и классы диагнозов) наиболее часто встречаются среди всех пациентов?

2.2. Как лечили пациента …?

2.3. Пациенты, пролеченные в стационаре за период ….

2.4. Какие пациенты имеют диагноз …?

2.5. Пациенты, лечившиеся за период … в поликлинике и стационаре.

и т. д.

Далее представлены образцы схем баз данных типовых проектов.

Внимание: это не инфологические модели, а даталогические!

Рисунок 1. Примерный вид схемы базы данных курсового проекта (СУБД Access).

PATI ENT

PROG SN

PARE NT

PRICE N

PRICE N

OPERAK ASS

OPERAK ASS

O PERAK ASS

OPERAK ASS

PRICE N

Q UAN TA

SUM MA ID

SUM MB O PERAK ASS

SUM MT DC

SUM MO O PERA

ID SUM MA

OPERAK ASS

L SUM MB

QUAN T IDC U

QUAN TA

PRICEN

Рисунок 2. Еще один пример схемы базы данных курсового проекта (СУБД MS SQL 2008).

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

CREATE TABLE [dbo].[PROG] ( [PARENT] [int] NULL, [PATH] [char] (15) COLLATE Cyrillic_General_CI_AS NOT NULL, [NAME] [varchar] (50) COLLATE Cyrillic_General_CI_AS NULL, [UNIT] [varchar] (25) COLLATE Cyrillic_General_CI_AS NULL, [PRICEN] [float] NULL, [PRICE] [float] NULL, [QUANT] [float] NULL, [UNIT1] [varchar] (25) COLLATE Cyrillic_General_CI_AS NULL, [UNIT2] [varchar] (25) COLLATE Cyrillic_General_CI_AS NULL, [INTRV] [int] NULL, [HIDE] [smallint] NULL ) ON [PRIMARY] CREATE TABLE [dbo].[DOC0] ( [OPERAKLASS] [char] (15) COLLATE Cyrillic_General_CI_AS NOT NULL, [DATD] [datetime] NULL, [DATF] [datetime] NULL, [OPERA] [int] NULL, [NUM] [varchar] (25) COLLATE Cyrillic_General_CI_AS NOT NULL, [SUMMC] [money] NULL, [SUMMA] [money] NULL, [SUMMB] [money] NULL, [OBJ0] [char] (15) COLLATE Cyrillic_General_CI_AS NULL, [OBJ1] [char] (15) COLLATE Cyrillic_General_CI_AS NULL, [OBJ2] [char] (15) COLLATE Cyrillic_General_CI_AS NULL, [OBJ3] [char] (15) COLLATE Cyrillic_General_CI_AS NULL, [OBJ4] [char] (15) COLLATE Cyrillic_General_CI_AS NULL, [SYS] [smallint] NULL, [SUMMT] [money] NULL, [SUMMO] [money] NULL, [SUMML] [money] NULL, [DATS] [datetime] NULL, [TREATY] [int] NULL, [DATA] [datetime] NULL ) ON [PRIMARY] ……………………… ALTER TABLE [dbo].[PROG] WITH NOCHECK ADD

PRIMARY KEY CLUSTERED

) ON [PRIMARY] ALTER TABLE [dbo].[DOC0] WITH NOCHECK ADD

PRIMARY KEY CLUSTERED

) ON [PRIMARY] ALTER TABLE [dbo].[PATIENT] WITH NOCHECK ADD

PRIMARY KEY CLUSTERED

) ON [PRIMARY] ………………………….

CREATE INDEX [PROG] ON [dbo].[PROG]([PARENT], [PATH]) ON [PRIMARY] CREATE INDEX [PNAME] ON [dbo].[PROG]([PARENT], [NAME]) ON [PRIMARY] CREATE INDEX [PART] ON [dbo].[PROG]([PARENT], [ART]) ON [PRIMARY] CREATE INDEX [SON] ON [dbo].[PROG]([SON]) ON [PRIMARY] CREATE INDEX [DKLASS0] ON [dbo].[DOC0]([OPERAKLASS], [DATF], [DOC]) ON [PRIMARY] CREATE INDEX [DNUM0] ON [dbo].[DOC0]([NUM], [DOC]) ON [PRIMARY] CREATE UNIQUE INDEX [COURSEDOC0] ON [dbo].[COURSE0]([OPERAKLASS], [DOC], [ID]) ON [PRIMARY] CREATE INDEX [KORRIO0] ON [dbo].[KORR0]([OPERAKLASS], [DOC]) ON [PRIMARY] ……………………………… CREATE INDEX [CASHC0] ON [dbo].[CASH0]([OPERAKLASS], [DOC], [IDCOURSE]) ON [PRIMARY] CREATE INDEX [CINDIO0] ON [dbo].[CONDI0]([OPERAKLASS], [DOC], [IDCOURSE]) ON [PRIMARY] CREATE INDEX [OPERAD0] ON [dbo].[OPERA0]([OPERAKLASS], [DOC]) ON [PRIMARY] ALTER TABLE [dbo].[DOC0] ADD CONSTRAINT [FK_DOC0_PROG] FOREIGN KEY ) REFERENCES [dbo].[PROG] ( ALTER TABLE [dbo].[PATIENT] ADD

CONSTRAINT [FK_PATIENT_PROG] FOREIGN KEY

) REFERENCES [dbo].[PROG] ( ……………………… 3 Учебно-методические материалы по дисциплине Основная литература 1. Самоучитель Access 2010 / Ю.Б. Бекаревич, Н.В. Пушкина. – СПб.: БХВ-Петербург, 2011. – 432 с.: ил. + CD-ROM.

http://znanium.com/bookread.php?book= Дополнительная литература 2. Диго С. М. Базы данных: проектирование и использование[Текст]: учебник/ С. М. Диго. – М.: Финансы и статистика, 2005. – 592 с.

3. Базы данных, SQL и все такое [Текст]: курс лекций / В. Е. Шехтман. - Новокузнецк:

РИО НФИ КемГУ, 2006. - 239 с. - ISBN 5-8353-0419-6: 240-00.

4. Гарсия-Молина Г. Системы баз данных. Полный курс [Текст]: пер. с англ./Г. ГарсияМолина, Джеффри Ульман, Дж. Уидом. – М.: Вильямс, 2003. – 1088 с.

5. Малыхина М. П. Базы данных: основы, проектирование, использование [Текст]/М. П.

Малыхина. – СПб.: БХВ – Петербург, 2004. – 512 с.

6. Дейт, К. Дж. Введение в системы баз данных [Текст]: пер. с англ./ К. Дж. Дейт. – 8-е изд. – К.; М.; СПб.: Вильямс, 2004. – 848 с.

7. Фаронов В.В. Delphi 5. Руководство разработчика баз данных/ В.В. Фаронов, П.В.

Шумаков. - М.: "Нолидж", 2001. - 640 с.: ил.

Электронные ресурсы 8. Агальцов В.П. Базы данных. В 2-х кн. Кн. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ: НИЦ Инфра-М, 2013. - 272 с.: ил.;

60x90 1/16. - (Высшее образование). (переплет) ISBN 978-5-8199-0394-0, 2000 экз.

http://znanium.com/bookread.php?book= 9. Самоучитель Access 2010 / Ю.Б. Бекаревич, Н.В. Пушкина. – СПб.: БХВ-Петербург, 2011. – 432 с.: ил. + CD-ROM.

http://znanium.com/bookread.php?book= 10. Материалы сайта http://www.delphi.int.ru/ 4 Формы текущего, промежуточного и рубежного контроля 4.1 Состав материалов и формы контроля знаний Контроль знаний студентов проводится по следующей схеме:

промежуточная аттестация знаний и умений в течение семестра;

защита курсового проекта;

аттестация по итогам семестра в форме зачета.

Материалы, определяющие порядок и содержание промежуточных и итоговой аттестаций, включают:

контрольные вопросы по темам дисциплины, вопросы на зачет;

фонд тестовых заданий по дисциплине в целом;

методические указания к выполнению курсового проекта (см. раздел 5).

В результате изучения курса студенты должны:

знать понятие модели данных; основные модели представления их; типы баз данных в исторической перспективе; реляционную модель данных; способы инфологического моделирования; нормализацию как метод оптимизации структур данных; как организована работа баз данных во времени при наличии нескольких пользователей (транзакции); основы физической организации баз данных (таблицы и индексы); ограничения реляционной модели и их преодоление в логической модели данных и знаний;

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

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

использовать универсальные интерфейсы доступа к базе данных из прикладной программы для обеспечения независимости о платформы;

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

Знания итогово оцениваются при защите курсового проекта и сдаче экзамена. Умения итогово оцениваются при защите курсового проекта.

Защита курсового проекта должна осуществляться всеми членами проектной команды (если она есть). Оценка зависит от качества проекта базы данных и разработанного приложения, отчета, наличия подготовленной презентации (последнее в меньшей степени), ответа на дополнительные вопросы. Обязательные составляющие курсового проекта:

Словесное описание предметной области;

Инфологическая модель данных;

Даталогическая модель;

Обсуждение степени нормальности предложенных структур;

Физическая модель.

Дополнительно, курсовой проект может включать следующие разделы:

диаграммы использования на языке UML для объяснения условий применения и функций разработанного прототипа системы;

диаграммы классов и диаграммы компонентов на языке UML для объяснения устройства программной системы;

демонстрационный ролик (формата PowerPoint) для объяснения целей создания, путей решения и результатов разработки.

Программное приложение должно содержать следующие необходимые компоненты модуль для работы со справочной информацией;

модуль формирования твердой копии справочников;

модуль описания данных;

модуль ввода фактических данных;

модуль формирования отчета.

“Отлично” выставляется при наличии безукоризненно выполненных всех составных частей курсового проекта и при условии демонстрирования полного владения предметом в ходе ответа на связанные с тематикой проекта теоретические и практические вопросы.

“Хорошо” может быть выставлено при наличии всех указанных составных частей курсового проекта в случае некоторых недочетов или неполноты описания.

«Удовлетворительно» выставляется студенту, показавшему фрагментарный, разрозненный характер знаний и умений, выразившийся в неполном составе частей проекта, неточном и неполном описании соответствующих разделов проекта. При этом владение основными разделами учебной программы, необходимыми для дальнейшего обучения не должно вызывать сомнения – студент должен применять их по образцу в стандартной ситуации.

Знания студента положительно оцениваются на экзамене при условии наличия защищенного курсового проекта и достаточно полного и точного ответа на вопросы.

Возможно проведение зачета с использованием компьютерной тестовой системы, включенной в состав электронного УМК по дисциплине. В этом случае ”отлично” выставляется при наборе не менее 80 баллов.

4.2 График организации самостоятельной работы студентов по учебному плану гр.

ПИЭ по дисциплине «Базы данных»

Очная форма обучения Формы аудиторных учебных занятий (час.) Введение в реляционную модель 2, 4, проектирование.

6, 8, 10, 12, данных. Транзакции.

Системные аспекты.

OLAP-технология.

15, Полуструктурированная модель Заочная форма обучения Формы аудиторных учебных занятий (час.) Введение в реляционную модель 2, 4, проектирование.

6, 8, 10, 12, данных. Транзакции.

Системные аспекты.

OLAP-технология.

15, Полуструктурированная модель 4.3 Примеры вопросов и заданий для индивидуальной и самостоятельной работы.

Нормализовать отношение Страна, Область, Город, Улица, Дом, Квартира Нормализовать отношение Отдел, Сотрудник, Проект при условии, что один сотрудник может работать в нескольких отделах над разными проектами.

Построить инфологическую модель, отражающую структуру предметной области “Университет”.

Нормализовать отношение Банк, Филиал, Пользователь, Номер счета, Операция снятия/зачисления денег на счет Построить инфологическую модель, отражающую структуру предметной области “Библиотека”.

Нормализовать отношение Лошадь, Жокей, Место скачек, Дата скачек, Масть лошади, Результат скачек(занятое место), Дата рожд. лошади.

Построить инфологическую модель, отражающую структуру предметной области “Музыка, исполнители, авторы”.

Пусть SМагазин SМагазин SОбязательный SМагазины = Шифр товара, Наименование товара, Наименование магазина SМагазинР SПоставщик Указать товары, имеющиеся хотя бы в одном из магазинов 1 и 2.

Указать товары, имеющиеся одновременно и в магазине 1 и в магазине 2.

Указать товары, имеющиеся в магазине 1 но отсутствующие в магазине 2.

10.

Указать товары, имеющиеся одновременно и в магазине 1 и в магазине 2 но 11.

отсутствующие в перечне обязательных товаров.

Указать товары из перечня обязательных, имеющиеся и в магазине 1 и в магазине 12.

Указать товары из перечня обязательных, отсутствующие и в магазине 1 и в 13.

магазине 2.

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

14.

Какие товары из перечня обязательных отсутствуют в каких магазинах?

15.

Указать в каких магазинах имеется интересующий нас товар.

16.

Указать в каких магазинах имеется интересующая нас совокупность товаров.

17.

Указать товары в определенном магазине, поставщиком которых является 18.

интересующий нас поставщик.

Пусть SR1 = ФИО, Дисциплина, Оценка SR2 = ФИО, Группа SR3 = Группа, Дисциплина Указать студентов, сдавших на 5 экзамен по курсу “базы данных”.

19.

Указать студентов, которые должны сдавать экзамен по курсу “базы данных”.

20.

Указать студентов, сдавших экзамен по курсу “базы данных”.

21.

Указать студентов, имеющих двойки более чем по 1 дисциплине.

22.

Указать студентов, имеющих только отличные оценки.

23.

Имеется база данных со следующими таблицами:

24.

Client(ID, NAME, ADRES, TEL, CITY) - клиенты GOOD(ID, NAME, PRICE, DELIVERID) - товары Deliver(ID, NAME, DIRECTOR, CITY) - поставщики Sales(ID, GOODID, CLIENTID) - продажи Найти всех клиентов, осуществивших более 3 покупок Расчитать суммарную стоимость покупок по каждому из городов, в которых расположены поставщики Найти 3 самых востребованных товара 4.4 Примерные вопросы к экзамену Интерфейсы СУБД для обеспечения интерактивного доступа к данным и создания программ.

Языки запросов, запросы через формы, генераторы отчетов, языки быстрого прототипирования приложений.

Согласованное хранение независимых наборов данных.

Независимый от прикладной задачи интерфейс по управлению данными.

Управление транзакциями, журнализация изменений базы данных, восстановление после сбоев.

Управление данными во внешней памяти, управление буферами оперативной памяти, Концептуальные модели данных и семантические модели данных.

Иерархическая модель данных, сетевая модель данных.

Инфологическое моделирование, модель “сущность-связь”. Отношения между таблицами, рекурсивное отношение.

Устранение избыточности и неоднозначности при хранении данных.

Реляционная алгебра и реляционное исчисление.

декомпозиция отношений, транзитивные зависимости.

Способы хранения отношений, индексов, журналов.

Хешированные, индексированные файлы, бинарные деревья, инвертированные списки.

Структура хранения данных при бесфайловой организации (на примере Понятие транзакции. Журнализация. Связь с понятием целостности базы данных и изолированности пользователей.

Методы управления транзакциями. Связь с управлением буферами оперативной памяти.

Методы восстановления баз данных после сбоев.

Язык SQL. Основные средства манипулирования данными. Стандарты SQL.

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

Определение данных с ограничениями целостности.

Оператор select, вложенные запросы, внешние объединения.

Встроенные функции.

Использование агрегатных функций и группировка. Задание способа сортировки.

Операторы изменения данных.

SQL на стороне сервера: триггеры и загружаемые процедуры Встраивание SQL в прикладную программу. Динамический SQL.

Двухуровневые модели доступа к БД: модель файлового сервера, модель удаленного доступа, модель сервера БД.

Распределение данных на нескольких серверах БД, репликация данных, двухфазная фиксация транзакций.

Информационные хранилища. OLAP-технология.

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

Многомерная модель данных (“многомерный куб”). Многомерные, реляционные и гибридные системы olap Хранилища данных, витрины данных, извлечение данных.

Объектно-ориентированные БД. XML-серверы.

Объединение технологий БД и экспертных систем. Дедуктивные БД.

Гипертекстовые, мультимедийные БД.

4.5 Тест по курсу (итоговая оценка знаний) Вопросы теста, а также автоматизированная система тестирования и оценки знаний QuickTutor (разработка автора) приведены в электронном УМК “Базы данных и технология SQL”, Шехтман В. Е., 2005. Образцы вопросов теста, входящие в курс тестирования на основе автоматизированной системы, представлены ниже. Они даны в нотации, воспринимаемой компилирующим модулем тестовой системы.

Вопрос т:О Б: ER-диаграмма это:# диаграмма производительности базы данных# диаграмма “сущность – связь” #+ диаграмма потоков данных# функциональная диаграмма # Вопрос т:О Б: База данных, основанная на модели “сущность-связь”, представленной ниже, НЕ позволит ответить на вопрос# Какую суммарную зарплату получили сотрудники отдела Y за месяц Z за работу в отделе (не за участие в проектах)?# Сколько денег выплачено сотрудникам, работавшим над проектом X за месяц Z?# Сотрудники каких отделов работают над проектом X?# Сколько денег заработали сотрудники отдела Y работая над проектом X за месяц Z? #+ Вопрос т:О Б: Диаграмма “сущность-связь”, представленная ниже, является Проекты Сотрудники ЗарплатаПоШтатномуРасписанию ЗарплатаЗаПроект некорректной, т. к. набор сущностей Сотрудники связан сразу с четырьмя другими наборами сущностей.# некорректной, т. к. наборы сущностей Проекты и Сотрудники связаны отношением “многие ко многим”.# некорректной, т. к. набор сущностей Отделы связан только с набором сущностей Сотрудники, хотя “Зарплата по штатному расписанию” выплачивается сотруднику в связи с его работой в конкретном отделе# корректной. #+ Вопрос т:О Б: Как лучше всего описать структуру базы данных, которую разрабатывает Ваша проектная команда, для каждого из ее членов?# С помощью карты зависимостей данных # С помощью диаграммы использования (Use case) # С помощью ER-диаграммы #+ Путем формирования словаря данных # Путем определения отношений и зависимостей между ними # Вопрос т:О Б: К какому типу связи относится связь между сущностями A и C?# Один к одному# Ни одного к одному# Один ко многим# Многие к одному#+ Многие ко многим# Вопрос т:О Б: Что из следующего является начальной стадией в проектировании базы данных?# Анализ предметной области#+ Определение системных требований # Определение структур данных# Определение ограничений # Выявление рисков # Вопрос т:О Б: Что может означать обязательная связь типа “один к одному” между таблицами?# Модель не может быть реализована физически # Требуются большее количество атрибутов # Таблицы неправильно проиндексированы # Следует объединить сущности с такой связью в одну #+ Требуется большее число сущностей # Вопрос т:О Б: Что может означать необязательная связь типа “один к одному” между таблицами?# Эта связь реализует отношение наследования одной таблицы от другой #+ Такая связь не имеет смысла # Таблицы неправильно проиндексированы # Следует объединить сущности с такой связью в одну # Требуется большее число сущностей # Вопрос т:О Б: Имеются две таблицы: A(ФИО, ГодРожд, Адрес) и B(ФИО, ГодРожд, Адрес, КатегорияВодителя). В каком отношении они находятся друг к другу?# В отношении наследования, причем наследником является таблица B #+ В отношении наследования, причем наследником является таблица A # В отношении “один ко многим” # В отношении “многие ко многим” # В отношении “многие к одному” # Вопрос т:О Б: Имеются две таблицы: A(ID, ФИО, ГодРожд, Адрес) и B(ID, КатегорияВодителя) Какую зависимость они реализуют?# Зависимость наследования, причем таблица B наследует свойства таблицы A #+ Зависимость наследования, причем таблица A наследует свойства таблицы B # В отношении “один ко многим” # В отношении “многие ко многим” # В отношении “многие к одному” # Вопрос т:О Б: Каким образом следует реализовать связи между наборами сущностей СТУДЕНТ(ФИО, ДатаРожд, Адрес), ДИСЦИПЛИНА(Название), ПРЕПОДАВАТЕЛЬ(ФИО, Факультет)? # Ввести еще один набор сущностей ЭКЗАМЕН(ФИОСтудента, ФИОПреподавателя, НазваниеДисциплины, Дата, Оценка) #+ Ввести еще один набор сущностей ЭКЗАМЕН(ФИОСтудента, ФИОПреподавателя, НазваниеДисциплины) а атрибуты Дата и Оценка разместить среди ранее определенных наборов сущностей# Набор сущностей ДИСЦИПЛИНА расширить атрибутами, характеризующими понятие “экзамен по дисциплине”# Атрибут Оценка добавить в набор сущностей СТУДЕНТ, атрибут ДатаЭкзамена добавить в наборы сущностей ДИСЦИПЛИНА и ПРЕПОДАВАТЕЛЬ# Вопрос т:О Б: Каким образом лучше реализовать связи между наборами сущностей РЕЙС(Номер, Дата), САМОЛЕТ(Номер, Тип), НАПРАВЛЕНИЕ(Номер, АэропортНазначения), ПАССАЖИР(ФИО)? # Ввести еще один набор сущностей БИЛЕТ(ФИОПассажира, НомерРейса, НомерТипаСамолета, НомерНаправления) # Сделать такие преобразования: ввести набор сущностей БИЛЕТ(ФИОПассажира, НомерРейса) а набор сущностей РЕЙС расширить до следующего: РЕЙС(Номер, Дата, НомерНаправления, НомерТипаСамолета) #+ Вопрос т:О Б: Можно ли провести нормализацию таблиц базы данных на уровне инфологической модели? # Можно #+ Нельзя, т. к. при нормализации имеют дело с отношениями, а в инфологической модели есть только наборы сущностей # Нельзя # Если инфологическая модель включает наборы сущностей, имена которых совпадают с именами будущих таблиц базы данных, то можно (если очень хочется) # Вопрос т:М Б: Укажите все верные высказывания: # Даталогическая модель включает типы данных, а инфологическая нет #+ В даталогической модели определены первичные ключи, а в инфологической не определены # В даталогической модели обязательно указано, как реализуются связи типа “многие ко многим” а в инфологической модели это не требуется #+ Вопрос т:М Б: Укажите все верные высказывания: # Даталогическая модель зависит от СУБД # Даталогическая модель не зависит от СУБД #+ Даталогическая модель содержит определения индексов # Даталогическая модель не содержит определения индексов, т. к. они не значимыми для отражения логических аспектов модели #+ Вопрос т:М Б: Укажите все верные высказывания: # Физическая модель зависит от СУБД #+ Физическая модель не зависит от СУБД # Физическая модель не содержит определения индексов # Физическая модель содержит определения индексов, т.

к. они важны для обеспечения приемлемого быстродействия #+ Вопрос т:О Б: Результатом полной нормализации универсального отношения Счета Город, Банк, Клиент, АдресКлиента, №счета, Сумма, Валюта является его декомпозиция на следующие отношения (с учетом оптимизации структуры)# Клиент, КодКлиента, АдресКлиента Город, КодГорода КодГорода, КодБанка КодКлиента, №счета Клиент, КодКлиента, АдресКлиента Город, КодГорода КодГорода, Банк КодКлиента, №счета, Банк №счета, Банк, Сумма# Клиент, КодКлиента, АдресКлиента Город, КодГорода КодГорода, КодБанка КодКлиента, №счета, КодБанка №счета, КодБанка, Сумма#+ Вопрос т:О Б:100 №:1 П: В отношении ЗВЕРИ со схемой ЗООПАРК, ЖИВОТНОЕ, ЕСТЕСТВЕННАЯ ЗОНА ОБИТАНИЯ атрибут ЕСТЕСТВЕННАЯ ЗОНА ОБИТАНИЯ # функционально полно зависит от совокупности атрибутов ЗООПАРК, ЖИВОТНОЕ# функционально полно зависит от ЖИВОТНОЕ #+ функционально полно зависит от ЗООПАРК# не зависит функционально полно ни от какой совокупности атрибутов отношения.# Вопрос т:О Б:100 №: Отношение ЗВЕРИ, схема которого ЗООПАРК, ЖИВОТНОЕ, ЕСТЕСТВЕННАЯ ЗОНА ОБИТАНИЯ находится# в первой нормальной форме #+ во второй нормальной форме # в третьей нормальной форме# в нормальной форме Бойса-Кодда.# Вопрос т:О Б: Отношение ПРЕДПРИЯТИЯ со схемой

ГОРОД, УПРАВЛЯЮЩАЯ КОМПАНИЯ, ПРЕДПРИЯТИЕ, ТОВАР

можно нормализовать, выполнив его декомпозицию на отношения#

ГОРОД, ПРЕДПРИЯТИЕ

УПРАВЛЯЮЩАЯ КОМПАНИЯ, ПРЕДПРИЯТИЕ

ПРЕДПРИЯТИЕ, ТОВАР#+

ГОРОД, ПРЕДПРИЯТИЕ

УПРАВЛЯЮЩАЯ КОМПАНИЯ, ГОРОД

ПРЕДПРИЯТИЕ, ТОВАР#

ГОРОД, ТОВАР

УПРАВЛЯЮЩАЯ КОМПАНИЯ, ПРЕДПРИЯТИЕ

ПРЕДПРИЯТИЕ, ТОВАР#

ГОРОД, ПРЕДПРИЯТИЕ

УПРАВЛЯЮЩАЯ КОМПАНИЯ, ТОВАР

ПРЕДПРИЯТИЕ, ТОВАР#

Вопрос т:О Б: Отношение, изображенное в таблице, имеет первичный ключ, основанный на атрибуте A.

Какой нормальной форме противоречат данные в отношении?# 3NF#+ Вопрос т:О Б: Отношение, изображенное в таблице, имеет первичный ключ, основанный на атрибутах A и B. Какой нормальной форме противоречат данные в отношении?# Вопрос т:О Б: Требуется устранить избыточность в проекте базы данных. Это делается в рамках процесса, который можно назвать: # Планирование оптимизации # Определение требований # Устранение ошибок # Логическое проектирование #+ Физическое проектирование # Вопрос т:О Б: Укажите наиболее правильное описание степени нормализации отношения со схемой

ПРОИЗВОДИТЕЛИ ПРЕДПРИЯТИЕ, ТОВАР, НАЧАЛЬНИК_ЦЕХА :#

Отношение находится в третьей нормальной форме, т. к. НАЧАЛЬНИК_ЦЕХА находится в полной функциональной зависимости от ключа и не зависит ни от какого другого неключевого поля (т. к. само и является единственным неключевым). Но отношение не в нормальной форме Бойса-Кодда, т. к. кроме того, имеется функциональная зависимость атрибута ПРЕДПРИЯТИЕ от атрибута НАЧАЛЬНИК_ЦЕХА, который не является суперключом (или ключом-кандидатом).#+ Отношение находится во второй нормальной форме т. к. атрибут НАЧАЛЬНИК_ЦЕХА функционально полно зависит от ключа отношения# Отношение очевидно удовлетворяет условиям первой нормальной формы. Кроме того, оно удовлетворяет требованиям второй нормальной формы. Более того, отношение находится в третьей нормальной форме т. к. единственный неключевой атрибут функционально полно зависит от первичного ключа. С другой стороны, атрибут ПРЕДПРИЯТИЕ функционально полно зависит от атрибута НАЧАЛЬНИК_ЦЕХА, который, следовательно, является ключом-кандидатом отношения.# Отношение находится во второй нормальной форме т. к. ключ отношения составлен из двух атрибутов.# Вопрос т:М Б: Выберите среди перечисленных функций те, которые характерны для СУБД (несколько ответов). # Обеспечить анализ данных для принятия верных управленческих решений.# Обеспечить согласованное хранение независимых наборов данных. #+ Извлекать данные с помощью простого языка запросов без необходимости описывания сложных алгоритмов доступа и переработки данных. #+ Осуществлять удобное для пользователя графическое представление результатов запроса к базе данных.# Обеспечить независимый от прикладной задачи интерфейс по управлению данными. #+ Вопрос т:М Б: Выберите среди перечисленных функций те, которые характерны для СУБД (несколько ответов). # Обеспечить возможность одновременного доступа к данным нескольким пользователям.#+ Осуществлять ограничение прав пользователей с целью обеспечения безопасности и секретности данных. #+ Обеспечить надежное хранение данных даже не смотря на возможность сбоя в программе или технических средствах. #+ Обеспечить удобный интерфейс с человеком-оператором при работе с приложением баз данных.# Обеспечить возможность формирования “твердой” копии результата запроса к базе данных. # Вопрос т:М Б: Какие утверждения относительно системы управления файлами (СУФ) верны? (несколько ответов)# СУФ (в отличии от СУБД) не может обеспечить высокопроизводительный поиск #+ СУФ (в отличии от СУБД) не способна выполнять сложные запросы, сформулированные на высокоуровневом языке запросов. #+ СУФ (в отличии от СУБД) не поддерживает транзакции #+ СУФ (в отличии от СУБД) не обеспечивает многопользовательского доступа #+ СУФ (в отличии от СУБД) не может предоставить единый интерфейс, независимый от прикладной задачи.# Вопрос т:М Б: Что следует отнести к преимуществам централизованного подхода к хранению и управлению данными? (Несколько ответов)# поддержка целостности данных #+ сокращение избыточности #+ возможность общего одновременного доступа к данным #+ возможность устранения противоречивости #+ Вопрос т:М Б: На чем основаны принципиальные различия в требованиях к структуре данных для систем OLTP (оперативной обработки) и систем OLAP (аналитической обработки)? Выберите несколько правильных ответов.# В OLTP необходимо обеспечить выполнение многих мелких транзакций по изменению данных а в OLAP – немного длинных транзакций, читающих данные #+ В OLTP приходится использовать индексы а в OLAP нет# В OLTP необходимо обеспечить выполнение параллельных изменений в базе данных а в OLAP как правило нет #+ В OLTP используется реляционная модель данных а в OLAP “многомерная” модель данных, хотя не всегда для хранения – иногда только для представления данных #+ Для OLTP достаточно обычного сервера баз данных а для OLAP необходим сервер, основанный на “многомерной” модели данных # Для OLTP необходимо обеспечить запись информации с максимальной подробностью в то время как в OLAP обычным является интерес к агрегированным данным #+ Вопрос т:О Б: Какое утверждение относительно “хранилищ данных” НЕВЕРНО?# Они, в отличие от обычных баз данных, предназначены для надежного хранения наиболее важной информации, объем которой превышает возможности обычных СУБД. #+ Они предназначены для интегрирования информации из разных источников в единую базу данных.# Они позволяют проводить “разработку” данных с целью выявления закономерностей. # Они не применяются для реализации систем оперативного учета.# Вопрос т:О Б: Что из перечисленного более всего повышает вероятность тупиков в системах OLTP?# Использование триггеров# Использование хранимых процедур# Использование оптимистической блокировки# Пользовательский ввод в ходе выполнения транзакции#+ Использование неявных транзакций# Вопрос т:О Б: При каких условиях следует использовать денормализацию?# При проектировании базы данных, которая будет работать в условиях частых обновлений При проектировании базы данных для учета операций на торговом складе, которые состоят из очень коротких и частых обновлений# При проектировании базы данных для системы поддержки принятия решений#+ При проектировании базы данных для OLTP-системы# Вопрос т:О Б: Что из перечисленного записывается в журнал транзакций?# Момент начала транзакции # ID пользователя, инициировавшего транзакцию # Сумма транзакции (в валюте) # Признаки начала и окончания транзакции #+ Вопрос т:О Б: Имеется прикладная система, использующая СУБД. Для этой системы одинаково важны производительность и надежность. Сервер, на котором располагается база данных, имеет 2 процессора, ОЗУ размером 512Мгб и дисковую подсистему с RAID 5. На этом же компьютере развернут WEB-сервер. Что следует в первую очередь предпринять для того, чтобы уменьшить время реакции прикладной системы? # Увеличить размер ОЗУ # Перенести WEB-сервер на другой компьютер #+ Установить более производительную системную шину# Перезапустить сервис СУБД # Установить более производительные процессоры# Вопрос т:О Б: Какой тип триггеров срабатывает первым – сразу после издания SQL - запроса?# AFTER# IN# BEFORE #+ DURING # BETWEEN # Вопрос т:О Б: Предотвращение какой проблемы позволяет избежать механизм блокировок СУБД?# Срабатывания триггеров# Возникновения тупиков# Применения долго выполняющихся запросов# Нарушения целостности данных за счет потери изменений#+ Несанкционированного доступа к колонкам и таблицам# Вопрос т:О Б: Что из следующего НЕ характеризует блокировку на уровне записи по сравнению с блокировкой страницы?# Она уменьшает конкуренцию между параллельными процессами за доступ к данным # Она увеличивает производительность СУБД #+ Она допускает увеличение количества блокировок # Она уменьшает вероятность тупика # Она поддерживает более высокий уровень параллелизма # Вопрос т:О Б: В базе данных о персонале предприятия имеется таблица о сотрудниках, индексированная по атрибуту ФАМИЛИЯ. В какой ситуации выгодно иметь такой индекс?# Когда большинство записей содержат NULL в поле ФАМИЛИЯ # Когда большинство записей содержат различные и уникальные значения в поле ФАМИЛИЯ #+ Когда большинство записей содержат одинаковые значения в поле ФАМИЛИЯ # Нет особых условий, при которых это выгодно # Вопрос т:О Б: Как известно, сетевая модель данных позволяет установить связи между объектами, описанными в базе данных. Будем называть связываемые объекты исходным и связанным.

Как осуществляется связывание?# В явном виде с помощью адресных ссылок на связанный объект. При этом ссылки хранятся в исходном объекте.# В явном виде с помощью адресных ссылок на исходный объект. При этом ссылки хранятся в связанном объекте.# Неявно. Адресных ссылок нет, связь осуществляется по значению атрибутов объектов.# В явном виде с помощью адресных ссылок в обоих направлениях: ссылки на связанный объект хранятся в исходном объекте; ссылки на исходный объект хранятся в связанном объекте.#+ Вопрос т:О Б: Имеется база данных, основанная на сетевой модели. Необходимо осуществить связывание объектов, хранимых в базе данных, по типу “многие ко многим”. Для этого следует# для первого объекта явно задать ссылки на все связанные с ними записи другого объекта# для обоих объектов явно задать ссылки на все связанные с ними записи другого объекта#+ не нужно предпринимать никаких дополнительных усилий# приходится вводить третий объект, роль которого заключается в хранении ссылок# Вопрос т:О Б: В отношении колонка Продукт является (с точки зрения реляционной модели)# кортежем# доменом# атрибутом#+ множеством# Вопрос т:О Б: Два отношения со схемами Налогоплательщик ИНН, ФИО Доход ИНН, Источник дохода, Дата, Сумма дохода связаны между собой. Какой вид связи между ними существует?# один к одному# один ко многим#+ многие ко многим# многие к одному# Вопрос т:О Б: Таблица, приведенная ниже, является отношением# совокупностью атрибутов# упорядоченным набором доменов# просто набором строк #+ Вопрос т:О Б: Множество всех возможных цветовых оттенков автомобилей является (с точки зрения реляционной модели)# доменом#+ перечнем# отношением# кортежем# Вопрос т:О Б: Реляционная модель позволяет установить связи между двумя отношениями по типу “один к одному” или “один ко многим”# в явном виде с помощью ссылок на записи из подчиненного отношения. Ссылки хранятся в записях основного отношения.# неявно, на основе значений атрибутов, по которым происходит связывание #+ в явном виде с помощью ссылок на записи из основного отношения. Ссылки хранятся в записях подчиненного отношения.# Вопрос т:О Б: Возможно ли при помощи реляционной модели данных описать иерархическую структуру?# нет, не возможно# зависит от решаемой задачи# да, возможно #+ Вопрос т:О Б: Возможно ли при помощи реляционной модели данных описать сетевую структуру?# нет, не возможно# зависит от решаемой задачи# да, возможно#+ Вопрос т:О Б: Для осуществления связывания двух отношений между собой по типу “многие ко многим” в реляционной модели# особых усилий не требуется – связывание происходит неявно на основе значений атрибутов, по которым устанавливается связь# следует для каждой записи одного отношения явно перечислить все связанные с ней записи другого отношения# не нужно предпринимать никаких дополнительных усилий# приходится вводить третье отношение#+ Вопрос т:О Б: Что является базовым (или основным) множеством реляционной алгебры# множество доменов# множество атрибутов# множество отношений #+ множество связей между отношениями# Вопрос т:О Б: Действие операции проектирования отношения заключается в# переименовании атрибутов исходного отношения# получении декартова произведения данного отношения на самого себя# получении нового отношения, содержащего лишь кортежи, удовлетворяющие условию фильтрации, при этом дубликатные кортежи удаляются# получении нового отношения, содержащего только некоторые из атрибутов исходного, при этом дубликатные кортежи удаляются. #+ Вопрос т:О Б: Даны отношения Предметы Код Предмета, Наименование Группы Группа, Код Предмета Какое выражение позволяет определить предметы, имеющиеся в учебных программах групп ПИЭ или ПМИ?

(В задании приняты следующие обозначения:

joinусловие имена атрибутов - операция проектирования отношения на его атрибуты условие фильтрации - операция горизонтальной фильтрации отношения Группы.КодПредмета ( Группы )# = Группы.Группа = „ПИЭ OR Группы.Группа = „ПМИ (Предметы Группы) = R1 \ (Предметы joinПредметы.КодПредмета = Группы.КодПредмета Группы)# = Предметы joinПредметы.КодПредмета = Группы.КодПредмета Группы = R1.Наименование (R1.Группа = „ПИЭ OR R1.Группа = „ПМИ R1 ) #+ Предметы.Наименование (Предметы Группы) # Вопрос т:М Б: Что следует задать для реализации ссылочной целостности в реляционной базе данных?

(несколько ответов)# Ограничение целостности на уровне отношения. # Ограничение внешнего ключа. #+ Ограничение первичного ключа. #+ Ограничение на значение атрибута отношения. # Вопрос т:О Б: Что следует задать для обеспечения того, чтобы внешний ключ в ссылающейся таблице всегда ссылался бы на конкретную запись в таблице, на которую ссылается?# Соответствующий тип данных# Связь # Ключ # Ограничение #+ Триггер # Вопрос т:О Б: Даны таблицы R1 Код_товара, Имя_товара R2 Код_поставщика, Имя_поставщика R3 Код_товара, Код_поставщика, Кол-во_товара Какой запрос позволит включить в результирующее множество все товары из справочника товаров R1 а не только те, которые действительно поставлялись? # SELECT R3.Кол-во_товара, R1.Имя_товара, R2.Имя_поставщика FROM (R3 INNER JOIN R1 ON R3.Код_товара = R1.Код_товара) INNER JOIN R2 ON R3.Код_поставщика = R2.Код_поставщика# SELECT R3.Кол-во_товара, R1.Имя_товара, R2.Имя_поставщика FROM (R1 LEFT OUTER JOIN R3 ON R3.Код_товара = R1.Код_товара) LEFT OUTER JOIN R2 ON R3.Код_поставщика = R2.Код_поставщика#+ SELECT R3.Кол-во_товара, R1.Имя_товара, R2.Имя_поставщика WHERE R3.Код_товара = R1.Код_товара AND R3.Код_поставщика = R2.Код_поставщика# SELECT R3.Кол-во_товара, R1.Имя_товара, R2.Имя_поставщика FROM (R1 RIGHT OUTER JOIN R3 ON R3.Код_товара = R1.Код_товара) INNER JOIN R2 ON R3.Код_поставщика = R2.Код_поставщика# Вопрос т:О Б: Даны таблицы R1 Студент, Дисциплина, Oценка R2 Студент, Группа R3 Группа, Дисциплина Какой SQL-запрос позволит перечислить множество всех дисциплин ВУЗа?# SELECT R1.Дисциплина FROM R1# SELECT R3.Дисциплина FROM R3# SELECT DISTINCT R3.Дисциплина FROM R3 #+ SELECT R3.Дисциплина FROM R3 ORDER BY R3.Дисциплина# Вопрос т:О Б: Для таблиц R1 Студент, Дисциплина, Oценка R2 Студент, Группа R3 Группа, Дисциплина укажите SQL-запрос, позволяющий сформировать множество дисциплин, по которым была получена хотя бы одна положительная оценка.# SELECT R1.Дисциплина FROM R1 WHERE R1.Оценка3# SELECT DISTINCT R1.Дисциплина, R3.Группа FROM R1, R WHERE R3.Дисциплина=R1.Дисциплина AND R1.Оценка3 AND R1.Оценка IS NOT NULL# SELECT R1.Дисциплина, COUNT(R1.Оценка) FROM R WHERE R1.Оценка HAVING COUNT(R1.Оценка)0# SELECT DISTINCT R1.Дисциплина FROM R1 WHERE R1.Оценка3#+ Вопрос т:О Б: Пусть таблица T (a, b, c, d) содержит 100 записей и на основе поля b создан индекс.

Сколько записей придется просканировать СУБД при выполнении запроса SELECT a, b, c, d FROM T WHERE a=5 ?# 100#+ От 1 до 100 (заранее не известно)# Вопрос т:О Б: Что такое хранимая процедура?# Заранее скомпилированная совокупность запросов SQL и операторов управления вычислениями#+ Заранее скомпилированная совокупность триггеров # Заранее скомпилированная программа на языке Java # Заранее скомпилированный объектный файл # Заранее скомпилированная.dll библиотека # Вопрос т:О Б: Требуется написать SQL-запрос, который должен возвращать все записи из левой таблицы соединения, независимо от того, имеются ли соответствующие им записи в правой таблице соединения. Какой из типов соединения следует использовать?#

FULL INNER JOIN #

FULL OUTER JOIN #

LEFT INNER JOIN #

LEFT OUTER JOIN #+ RIGHT JOIN # Вопрос т:О Б: Что из перечисленного входит в стандарт SQL-92 в качестве расширения языка?# Шифрование ключей # Работа с сетевыми сокетами # Управление потоками # Графический интерфейс # Операторы IF/THEN, FOR, DO/WHILE#+ Вопрос т:О Б: Как лучше всего поступить для изменения типа атрибута таблицы из INTEGER во FLOAT, если таблица содержит миллионы записей?# Использовать команду ALTER TABLE #+ Ничего делать не надо т. к. тип FLOAT не отличается от типа INTEGER по способу хранения # Создать архив базы данных, уничтожить таблицу, создать таблицу с измененным типом атрибута, восстановить базу данных из архива # Создать новую таблицу с измененным типом атрибута, скопировать в нее данные из старой таблицы, уничтожить старую таблицу, дать новой таблице имя старой таблицы # Переименовать старую колонку, создать новую колонку правильного типа, скопировать данные старой колонки в новую# Вопрос т:О Б: Какое новое свойство поддерживается в стандарте SQL-92? # Агрегирование данных # Настройка производительности # Хранимые процедуры #+ Контрольные точки в ходе протоколирования # Индексы на основе сбалансированных деревьев (B-trees) # Вопрос т:О Б: Пусть таблица T (a, b, c, d) содержит 100 записей и на основе поля b создан индекс. Кроме того, на поле a наложено условие уникальности. Сколько записей придется просканировать СУБД при выполнении запроса SELECT a, b, c, d FROM T WHERE a=5 ?# 100# От 1 до 100 (заранее не известно)#+ Вопрос т:М Б: Какие SQL-операторы имеют правильный синтаксис (несколько ответов)?# CREATE TABLE TBL (FL1 CHAR(10), FL2 INT)#+ CREATE TABLE TBL (FL1 CHAR(10) NOT NULL, FL2 INTEGER DEFAULT 10)#+ CREATE TABLE TBL (FL1 CHAR(10), FL2 INTEGER, DEFAULT 10)# Вопрос т:О Б: Даны таблицы R1 Код_товара, Имя_товара R2 Код_поставщика, Имя_поставщика R3 Код_товара, Код_поставщика, Кол-во_товара Какой запрос позволит указать товар (товары), разовая поставка которого была наибольшей за всю историю поставок? # SELECT R1.Имя_товара FROM R LEFT JOIN R3 ON R3.Код_товара=R1.Код_товара WHERE R3.Кол-во_товара = (SELECT MAX(R3.Кол-во_товара) FROM R3)#+ SELECT R1.Имя_товара FROM R LEFT JOIN R3 ON R3.Код_товара=a.Код_товара WHERE R3.Кол-во_товара = (SELECT SUM(R3.Кол-во_товара) FROM R3)# SELECT R1.Имя_товара FROM R LEFT JOIN R3 ON R3.Код_товара=a.Код_товара WHERE MAX(R3.Кол-во_товара) = (SELECT R3.Кол-во_товара FROM R3)# Вопрос т:О Б: Даны таблицы R1 Код_товара, Имя_товара R2 Код_поставщика, Имя_поставщика R3 Код_товара, Код_поставщика, Кол-во_товара Какой запрос позволит сформировать множество поставщиков, осуществивших хотя бы одну поставку бананов?# SELECT R2.Имя_поставщика FROM R LEFT JOIN R3 ON R3.Код_поставщика=R2.Код_поставщика LEFT JOIN R1 ON R1.Код_товара=R3.Код_товара WHERE R1.Имя_товара LIKE „%банан%#+ SELECT a.Имя_поставщика FROM R2 a LEFT JOIN R3 ON a.Код_поставщика=b.Код_поставщика LEFT JOIN R1 ON b.Код_товара=c.Код_товара WHERE R1.Имя_товара LIKE „%банан%# SELECT R2.Имя_поставщика FROM R LEFT JOIN R1 ON R1.Код_товара=R3.Код_товара LEFT JOIN R2 ON R2.Код_поставщика=R3.Код_поставщика WHERE R1.Имя_товара LIKE „%банан%# Вопрос т:О Б: Даны таблицы R1 Код_товара, Имя_товара R2 Код_поставщика, Имя_поставщика R3 Код_товара, Код_поставщика, Кол-во_товара, Дата Какой запрос позволит найти поставщика (поставщиков), выполнившего наибольшую разовую поставку товара? # SELECT R2.Имя_поставщика FROM R LEFT JOIN R2 ON R3.Код_поставщика=R2.Код_поставщика WHERE R3.Кол-во_товара = (SELECT MAX(R3.Кол-во_товара) FROM R3) SELECT MAX(R3.Кол_во_товара), R2.Имя_поставщика FROM R LEFT JOIN R3 ON R3.Код_поставщика=R2.Код_поставщика GROUP BY R2.Имя_поставщика

ORDER BY 1 DESC

SELECT MAX(R3.Кол_во_товара), R2.Имя_поставщика FROM R LEFT JOIN R3 ON R3.Код_поставщика=R2.Код_поставщика GROUP BY R2.Имя_поставщика

ORDER BY 1 DESC

Вопрос т:О Б: Даны таблицы R1 Код_товара, Имя_товара R2 Код_поставщика, Имя_поставщика R3 Код_товара, Код_поставщика, Кол-во_товара, Дата Какой запрос позволит проранжировать поставщиков по суммарному количеству поставленного ими товара за все время? # SELECT SUM(R3.Кол-во_товара), R2.Имя_поставщика FROM R LEFT JOIN R2 ON R3.Код_поставщика=R2.Код_поставщика GROUP BY R2.Имя_поставщика SELECT SUM(R3.Кол-во_товара), R2.Имя_поставщика FROM R LEFT JOIN R2 ON R3.Код_поставщика=R2.Код_поставщика GROUP BY R2.Имя_поставщика SELECT COUNT(*), R2.Имя_поставщика FROM R LEFT JOIN R2 ON R3.Код_поставщика=R2.Код_поставщика GROUP BY R2.Имя_поставщика SELECT COUNT(*), R2.Имя_поставщика FROM R LEFT JOIN R2 ON R3.Код_поставщика=R2.Код_поставщика GROUP BY R2.Имя_поставщика Вопросы теста, а также автоматизированная система тестирования и оценки знаний приведены в электронном УМК “Базы данных и технология SQL”, Шехтман В. Е., 2005.



 


Похожие работы:

«1. Цель освоения дисциплины Целью изучения дисциплины Экономическая информатика является формирование у студентов навыков применения современных технических средств и информационных технологий для решения аналитических и исследовательских задач и использования полученных результатов в профессиональной деятельности. 2. Место дисциплины в структуре ООП ВПО В соответствии с учебным планом по направлению подготовки 080100.62 Экономика дисциплина Экономическая информатика включена в вариативную...»

«Федеральное агентство по образованию АМУРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ГОУ ВПО АмГУ УТВЕРЖДАЮ Зав. кафедрой ОМиИ Г. В. Литовка __2007 г. МАТЕМАТИКА Часть 4 УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС ПО ДИСЦИПЛИНЕ для специальностей: 080109, 080105, 080102, 080507, 080502, 080504, 080111 Составители: Г. Н. Торопчина, Г. П. Вохминцева Благовещенск 2007 г. Печатается по решению редакционно-издательского совета факультета математики и информатики Амурского государственного университета Г. Н. Торопчина, Г.П....»

«Очерки истории информатики в России, ред.-сост. Д.А. Поспелов и Я.И. Фет, Новосибирск, Научно-изд. центр ОИГГМ СО РАН, 1998 “Военная кибернетика”, или Фрагмент истории отечественной “лженауки” А.И. Полетаев Институт молекулярной биологии им. В.А. Энгельгардта РАН, Москва В деятельности, связанной с легализацией кибернетики в СССР, принимали участие многие. Одни работали в чисто академической, профессиональной среде, другие - более публично. Моему отцу - Игорю Андреевичу Полетаеву - выпало...»

«Государственное образовательное учреждение высшего профессионального образования Российский государственный университет нефти и газа им. И. М. Губкина Департамент оперативного управления реализацией программы НИУ АННОТАЦИЯ 3.3.3/2 Разработка программ магистерской подготовки Автоматизированные системы диспетчерского управления в нефтегазовом комплексе, реализуемой в соответствии с ПНР университета Москва 2011 3 Программа развития государственного образовательного учреждения высшего...»

«Акт контроля за деятельностью ГБУК Белгородская государственная универсальная научная библиотека по итогам плановой проверки, проведенной лицами, уполномоченными на проведение проверки Настоящий акт составлен в том, что комиссией в составе представителей управления культуры Белгородской области: Андросовой Н.О., заместителя начальника управления культуры области - начальника отдела развития социально-культурной деятельности, библиотечного дела и взаимодействия с органами местного...»

«МИНОБРНАУКИ РОССИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ НОВОСИБИРСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ (НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ, НГУ) Кафедра систем информатики Иван Валентинович Гурлев Пространственный анализ амплитуд отраженных продольных волн в азимутально-анизотропных средах МАГИСТЕРСКАЯ ДИССЕРТАЦИЯ по направлению высшего профессионального образования 230100.68 ИНФОРМАТИКА И...»

«СПИСОК ПУБЛИКАЦИЙ СОТРУДНИКОВ ИПИ РАН ЗА 2013 Г. 1. МОНОГРАФИИ 1.1. Монографии, изданные в ИПИ РАН 1. Арутюнов Е. Н., Захаров В. Н., Обухова О. Л., СейфульМулюков Р. Б., Шоргин С. Я. Библиография научных трудов сотрудников ИПИ РАН за 2012 год. – М.: ИПИ РАН, 2013. 82 с. 2. Ильин А. В. Экспертное планирование ресурсов. – М.: ИПИ РАН, 2013. 58 с. [Электронный ресурс]: CD-R, № госрегистрации 0321304922. 3. Ильин А. В., Ильин В. Д. Информатизация управления статусным соперничеством. – М.: ИПИ РАН,...»

«ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ (ФГБОУ ВПО ВГТУ, ВГТУ) УТВЕРЖДАЮ Ректор ВГТУ _ В.Р. Петренко _ _ 20г.. Основная образовательная программа высшего профессионального образования Направление подготовки 220400 Управление в технических системах код, наименование направления подготовки (специальности) Квалификация выпускника: бакалавр бакалавр, магистр, специалист Профиль:...»

«ДОКЛАДЫ БГУИР №2 ЯНВАРЬ–МАРТ 2004 УДК 538.945 НАНОЭЛЕКТРОНИКА И НАНОТЕХНОЛОГИЯ В БЕЛОРУССКОМ ГОСУДАРСТВЕННОМ УНИВЕРСИТЕТЕ ИНФОРМАТИКИ И РАДИОЭЛЕКТРОНИКИ: ОТ ПЕРВЫХ ШАГОВ ДО СЕГОДНЯШНЕГО ДНЯ В.Е. БОРИСЕНКО Белорусский государственный университет информатики и радиоэлектроники П. Бровки, 6, Минск, 220013, Беларусь Поступила в редакцию 19 ноября 2003 Представлены основные этапы развития работ по наноэлектронике и нанотехнологии в БГУИР. Показаны организационная структура научных исследований и...»

«Министерство образования и науки Российской Федерации Федеральное агентство по образованию ГОУ ВПО Амурский государственный университет УТВЕРЖДАЮ Зав. кафедрой ОМиИ _Г.В. Литовка _2007 г. УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС ПО ДИСЦИПЛИНЕ ИНФОРМАТИКА для специальностей 140101 – Тепловые электрические станции 140203 – Релейная защита и автоматизация электроэнергетических систем 140204 – Электрические станции 140205 – Электроэнергетических системы и сети 140211 – Электроснабжение Составители: Т.А....»

«УЧРЕЖДЕНИЕ РОССИЙСКОЙ АКАДЕМИИ НАУК ИНСТИТУТ БИОХИМИИ ИМ. А.Н. БАХА РАН (ИНБИ РАН) ТЕНДЕНЦИИ РАЗВИТИЯ ПРОМЫШЛЕННОГО ПРИМЕНЕНИЯ БИОТЕХНОЛОГИЙ В РОССИЙСКОЙ ФЕДЕРАЦИИ (Контракт от 30 декабря 2010 г. № 30/12/10) Москва 2011 г. АННОТАЦИЯ Качественной характеристикой современной биотехнологии является тандем самой передовой науки и технологических подходов, обеспечивающий оптимизацию производственных процессов с целью получения чистой продукции и одновременного сохранения глобальной окружающей среды....»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ УТВЕРЖДАЮ Заместитель Министра образования и науки Российской Федерации А.Г.Свинаренко 31 января 2005 г. Номер государственной регистрации № 661 пед/сп (новый) ГОСУДАРСТВЕННЫЙ ОБРАЗОВАТЕЛЬНЫЙ СТАНДАРТ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ Специальность 030100 Информатика Квалификация учитель информатики Вводится в действие с момента переутверждения вместо ранее утвержденного (14.04.2000 г., № 371пед/сп) Москва 1. ОБЩАЯ ХАРАКТЕРИСТИКА...»

«Некоммерческая организация Ассоциация московских вузов ГОУ ВПО Московский автомобильно-дорожный государственный технический университет (МАДИ) Полное название вуза Научно-информационный материал Научные итоги Информационно-образовательного форума для учащихся и специалистов г. Москвы, посвященного совершенствованию автотранспортной и дорожной отрасли. Полное название НИМ Состав научно-образовательного коллектива: Поспелов П.И. - первый проректор, д.т.н., профессор, Татаринов В.В. - нач....»

«Кучин Владимир О научно-религиозном предвидении Где двое или трое собраны во имя Мое, там и Я посреди них. Мф. 18:20 Официально информатику определяют как науку о способах сбора, хранения, поиска, преобразования, защиты и использования информации. В узких кругах ее также считают реальным строителем моста через пропасть, которая разделяет науку и религию. Кажется, еще чуть-чуть и отличить информатику от религии станет практически невозможно. По всем существующим на сегодня критериям. Судите...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Кемеровский государственный университет Факультет гуманитарный Кафедра иностранных языков УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС ДИСЦИПЛИНЫ Б1. Б2 Иностранный язык (английский) (код и название дисциплины по учебному плану направления) Для направления 010400.62 Прикладная математика и информатика (код и название направления) Цикл дисциплин учебного...»

«СОДЕРЖАНИЕ ОПРЕДЕЛЕНИЕ ООП..4 1. СОСТАВ И СТРУКТУРА ООП..4 2. 3. СОДЕРЖАНИЕ ООП 3.1. Общие положения..6 3.2. Характеристика профессиональной деятельности выпускника ООП бакалавриата по направлению подготовки 010400.62 – Прикладная математика и информатика..9 3.3. Компетенции выпускника ООП бакалавриата, формируемые в результате освоения данной ООП ВПО..13 3.4. Документы, регламентирующие содержание и организацию образовательного процесса при реализации ООП бакалавриата по направлению подготовки...»

«МИР № 2 (октябрь 2010 г.) Оглавление Творческий отчёт учителя информатики и ИКТ Никитковой С.В. в рамках аттестации на 1 квалификационную категорию2 Разработка учебного проекта План проекта Методический паспорт проекта Поэтапная разработка проекта 1 МИР № 2 (октябрь 2010 г.) Творческий отчёт учителя информатики и ИКТ Никитковой С.В. в рамках аттестации на 1 квалификационную категорию Скажи мне, и я забуду. Покажи мне, - я смогу запомнить. Позволь мне это сделать самому, и это станет моим...»

«Зарегистрировано в Минюсте РФ 28 апреля 2010 г. N 17035 МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ПРИКАЗ от 29 марта 2010 г. N 224 ОБ УТВЕРЖДЕНИИ И ВВЕДЕНИИ В ДЕЙСТВИЕ ФЕДЕРАЛЬНОГО ГОСУДАРСТВЕННОГО ОБРАЗОВАТЕЛЬНОГО СТАНДАРТА ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ ПО НАПРАВЛЕНИЮ ПОДГОТОВКИ 021300 КАРТОГРАФИЯ И ГЕОИНФОРМАТИКА (КВАЛИФИКАЦИЯ (СТЕПЕНЬ) МАГИСТР) КонсультантПлюс: примечание. Постановление Правительства РФ от 15.06.2004 N 280 утратило силу в связи с изданием Постановления...»

«Направление подготовки: 010400.68 Прикладная математика и информатика (очная) Объектами профессиональной деятельности магистра прикладной математики и информатики являются научно - исследовательские центры, государственные органы управления, образовательные учреждения и организации различных форм собственности, использующие методы прикладной математики и компьютерные технологии в своей работе. Магистр прикладной математики и информатики подготовлен к деятельности, требующей углубленной...»

«Министерство образования и наук и Российской Федерации Ярославский государственный университет им. П. Г. Демидова Сборник аннотаций курсовых и квалификационных работ математического факультета Ярославль 2012 Сборник аннотаций курсовых и квалификационных работ математического факультета. Яросл. гос. ун-т им. П. Г. Демидова. Ярославль: ЯрГУ, 2012. Сборник содержит аннотации курсовых и квалификационных работ студентов и магистрантов математического факультета Ярославского государственного...»






 
© 2014 www.kniga.seluk.ru - «Бесплатная электронная библиотека - Книги, пособия, учебники, издания, публикации»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.