- •1.Основные этапы проектирования бд:
- •2.Правила генерации отношений бд для бинарных связей с показателем кардинальности 1:1
- •4.Режимы работы с базовыми таблицами и с запросами в среде субд ms Access
- •5.Основные понятия er-метода логического проектирования реляционных бд.
- •6.Классификация запросов в субд msAccess.
- •7.Части окна Конструктора запросов в субд msAccess.
- •8.Понятие Отношение реляционной бд, свойства. Степень и мощность отношения.
- •9.Правила генерации отношений бд для бинарных связей с показателем кардинальности 1:n.
- •10.Домен отношения. Как соотносятся элементы домена и значения атрибута отношения.
- •11.Sql запрос, реализующий в базе данных Поставщики_Детали операцию проекция по полям цвет и пфам над результатом естественного соединения таблиц Деталь и Поставка по полю дкод
- •12.Понятие " кортеж " реляционной базы данных, его свойства. Почему в отношении не может быть двух одинаковых кортежей
- •14. Понятие внешнего ключа.
- •17.Целостность данных, 3 вида ограничений.
- •18.Субд ms Access не позволяет оставить ключевое поле таблицы неопределенным (пустым). Почему? Какое свойство реляционной базы данных при этом нарушается?
- •19.Структура команды выборки данных (select) в sql.
- •21.Операции реляционной алгебры Кодда:
- •22.Понятия селективной мощности и реляционной полноты реляционных языков.
- •23.Операция соединения двух отношений (join), ее разновидности
- •24.Разновидности операции соединения двух отношений (join).
- •25.Типы данных языка sql
- •26.Чем отличаются операции декартова произведения и соединения по эквивалентности двух отношений
- •28. Подмножества языка sql, примерный состав команд (операций) этих подмножеств
- •29.Отличие операции левого, правого и полного внешнего соединений от других видов операции соединения реляционной алгебры Кодда
- •30.Sql запрос, реализующий в базе данных Поставщики_Детали операцию выборки в таблице Деталь кортежей, у которых атрибут вес принимает значение, меньшее десяти
- •31.Sql запрос, реализующий в базе данных Поставщики_Деталиэкви-соединение таблиц Деталь и Поставка по полю дкод
- •32.Какие три начальных шага (операций) выполняются неявно при реализации запросов в субд Access
- •34.Sql запрос, реализующий в базе данных Поставщики_Детали естественное соединение таблиц Деталь и Поставка по полю дкод
- •35.Какие виды межтабличных связей имеются в субд ms Access
- •36.Трехуровневая архитектура реализации субд (сервер приложений). Понятия "толстого" и "тонкого" клиента.
- •38.Команды модификации данных (insert, update, delete) в sql
- •39.Команда создания (create) и модификации структуры (alter) таблицы в sql
- •40.Примерный перечень задач, которые должна решать корпоративная информационная система для служб сбыта, снабжения и складского учета.
- •43.Подходы к созданию информационных систем предприятия: адаптируемые интегрированные системы
- •44.Подходы к созданию информационных систем предприятия: тиражируемые коробочные продукты.
- •49.Принципы реализации интегрированной корпоративной информационной системы (на примере системы «Галактика»).
- •50.Система "1с: Предприятие 7.7": понятия платформы и бизнес-приложения
- •51.Система "1с: Предприятие": режимы работы системы
- •52.Классификация экономических информационных систем
- •53.Компьютерно-ориентированные технологии управления: mrp
- •54.Распределение затрат на реализацию информационных систем, совокупная стоимость владения ис
- •56.Компьютерно-ориентированные технологии управления: crp.
- •57.Критерии выбора адаптируемой интегрированной системы.
- •58.Компьютерно-ориентированные технологии управления: crm
- •59.Информационная инфраструктура и уровни организационной иерархии компании
- •60.Трансакционные ис, примеры решаемых задач
- •61.Компьютерно-ориентированные технологии управления: erp
- •62.Менеджерская информационные системы, решаемые ими задачи.
- •63.Основные этапы создания кис на базе адаптируемых интегрированных систем.
- •64.Информационные системы поддержки руководства (кокпит-системы).
- •65.Системы поддержки принятия решений, примеры решаемых задач
- •66.1С: Предприятие 7.7: общие сведения, краткая характеристика компонентов "Бухгалтерский учет", "Расчет" и "Оперативный учет".
- •67.Case-средства, их назначение
- •68.Основные понятия и базовые принципы моделирования idef0
- •69.Достоинства и недостатки процессного и матричного подходов к организации управления предприятием
- •70.Компьютерно-ориентированные технологии управления: scm.
- •71.Методология idef1х, примеры нотаций er-диаграмм.
- •72.1С: Предприятие 7.7: понятие конфигурации, примеры типовых конфигураций
- •73.Икис "Галактика" как тиражно-заказной продукт.
- •74.Икис "Галактика": четыре основных класса документов системы
- •75.1С: Предприятие 8.Х: ее типовые конфигурации и отличие ее платформы от платформы версии 7.7.
1.Основные этапы проектирования бд:
Концептуальное проектирование-процедура конструирования инф-ной модели пр-тия, не зависящей от условий реализации БД. Т.о. данная модель не зависит ни от СУБД, ни от средств вычислительной техники. Данное проектирование БД выполняется на основе анализа информ. потоков организации, использование классификаторов и систем кодирования, определение диапозона действия и области применения БД, выяснение состава ее пользователей сбора и анализа требований пользователей.
Логическое проектирование-инф. модель пр-тия уточняется с учетом типа создоваемой БД(реляционной,сетевой,иерархической).
Физическое проектированиеБД предполагает выполнение в среде выбранной СУБД след.работ:описание логической структуры каждой таблицы; описание связей между таблицами, входящими в одну БД; первоначальное заполнение справочников БД необходимой инф-цией.
Использование БД(заполнение БД оперативной инф. и формирование запросов и отчетов)
2.Правила генерации отношений бд для бинарных связей с показателем кардинальности 1:1
Правило 1. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности обеих сущностей явл. обязательным, то требуется только одно отношение. Первичным ключом этого отношения может быть ключ любой из двух сущностей. Логическая модель БД будет состоять из одного отношения. В данном отношении в качестве первичного ключа может быть использован любой из двух ключей НП или НС. Такое отношение можно описать след.образом: ХАР-ПРОД-СКЛ-РАСПР (НП,НАИМ,ЕИ,УП…НС,ЕС,МОЛ..)
Правило 2. Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности одной сущности явл. обязательным, а другой-необязательным, то необходимо построение 2 отношений. Под каждую сущность необходимо выделение одного отношения, при этом ключ сущности должен служить первичным ключом для соответствующего отношения. Кроме того ключ сущности для которого класс принадлежности явл. необязательным добавляется в качестве атрибута в отношение, выделенное для сущности с обязательным классом принадлежности. Логическая структура БД будет включать в себя 2 отношения, в первом из которых первичным ключом явл. атрибут НП: ХАР-ПРОД-РАСПР(НП,НАИМ,ЕИ,УП,НС..), а во втором-НС: ХАР-СКЛ(НС,ЕС,МОЛ..).
Первое отношение соответствует сущности Продукт и, кроме того отражает данные о распределении продуктов по складам за счет включения в список атрибутов ключа НС сущности Склад. Т.о. атрибут НС в первом отношении является внешним ключом.
Правило 3.Если показатель кардинальности бинарной связи равен 1:1 и класс принадлежности ни одной сущности не явл. обязательным, то необходимо использовать 3 отношения: по одному для каждой сущности,ключи которых служат в качестве первичных в соответствующих отношениях, и одного для связи. Среди своих атрибутов отношение выделяемой связи будет иметь по одному ключу каждой сущности. Логическая структура БД будет включать в себя 3 отношения:*ХАР-ПРОД (НП,НАИМ,ЕИ,УП…);*ХАР-СКЛ(НС,ЕС,МОЛ..);*РАСПР(НП,НС..). Первое из этих отношений соответствует сущности Продукт и содержит хар-ки продуктов, первичным ключом явл.атрибутНП. Второе отношение соотв.сущностиСклад и содержит хар-ки имеющихся складов, первичный ключ-НС. Третье отношение соответ.связи и харак.распределение продуктов по складам. Здесь среди атрибутов должны быть ключи сущностей Продукт и Склад, НП и НС.
3.ER-диаграммы: диаграммы ER-экземпляров и ER-типа.
ER-диаграммы представляют собой инструмент описания схем (schemata) или структур баз данных. Базу данных, соответствующую определенной ER-диаграмме и содержащую конкретный набор данных, называют экземпляром базы данных. Каждому множеству сущностей в экземпляре базы данных отвечает некоторый частный набор сущностей, а каждая из таких сущностей – определенными значениями атрибутов. Схема это метаданные, а любые метаданные всегда носят абстрактный характер. Однако представление о том, что данные будто бы реально существуют, помогает на начальной стадии проектирования – пока структуры данных не приобретут физическую форму.
Экземпляр базы данных включает определенные экземпляры связей, описываемых диаграммой. Связи R, которая соединяет n множеств E1, E2, E3,…,En, соответствует экземпляр состоящий из конечного множества списков (e1,e2,e3,…,en), где каждый элемент ei, выбран из числа сущностей, присутствующих в текущем экземпляре множества сущностей Ei.