1. Экономическая информация, её виды, структурные единицы

2. Внемашинная организация ЭИ: документы, их виды, структура

3. Классификация информации. Системы классификации. Классификаторы информации, их назначения, виды

4. Понятие кодирования информации. Методы кодирования

5. Внутримашинная организация ЭИ: файловая организация данных и БД. Преимущества БД. Приложения и компоненты БД. Словарь данных

6. Сверхбольшие БД

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

8. Иерархическая модель. Её достоинства и недостатки

9. Сетевая модель. Её достоинства и недостатки

10. Реляционная модель. Её базовые понятия, реляционная целостность. Связь между таблицами в РМД, первичный и внешний ключи, их отличия. Операции реляционной алгебры. Достоинства и недостатки РМ

11. Пост реляционная модель данных. Её достоинства и недостатки

12. Объектно-ориентированная модель Д. Её достоинства и недостатки, базовые понятия

13. Многомерная модель данных. Базовые понятия, достоинства и недостатки

14. Понятия проектирования БД. Требования к БД. Этапы жизненного цикла БД

15. Модель «сущность-связь». Представление сущности, типы связи, класс принадлежности сущности (их представления на ER-диаграмме)

16. Правила преобразования ER-диаграмм в реляционные таблицы связи 1:1, 1:М, M:N

17. Нормализация таблиц, её цель. Первая, вторая, третья нормальные формы

18. Концептуальное проектирование, его цель и процедуры

19. Логическое проектирование, его цель и процедуры

20. Физическое проектирование, его цель и процедуры

21. Семантическая объектная модель. Пример объектной диаграммы

22. Case-средства для автоматизированного проектирования БД. Функц. возможности ER-WIN

23. Понятие, архитектура и классификация СУБД

24. Возможности, предоставляемые СУБД пользователям. Режимы работы пользователя СУБД

25. Функции и производительность СУБД

26. Перспективы развития БД и СУБД

27. Характеристика СУБД MS Access 2010: тип, платформа, функциональные возможности

28. Характеристика БД и её объектов

29. Пользовательский интерфейс, настройка рабочей среды

30. Типы обрабатываемых данных. Выражения

31. Технология создания БД

32. Корректировка БД. Работа с таблицей в режиме таблицы

33. Конструирование запросов выбора, перекрёстн. запр., запр. на внесение изменений в БД

34. Конструирование формы: простой, с вкладками, составной, с вычисляемым полем. Создание формы навигации

35. Конструирование отчёта с вычислением в строках и с общими итогами. Создание отчёта с общими и частными итогами

36. Конструирование макросов, связан. и несвязан. с событиями, различных по структуре

37. Назначения, стандарты и достоинства SQL

38. Структура команды SQL. Типы данных и выражения в SQL

39. Возможности SQL по: определению данных, внесению изм. в БД, извлеч. данных из базы

40. Понятие и типы транзакций. Обработка транзакций в SQL

41. Управление доступом к данным в SQL

42. Встраивание SQL к прикладным программам

43. Диалекты SQL в СУБД

44. Эволюция концепций в обработке данных

45. Архитектура файл/сервер. Обработка запросов в ней. Причины неэффективности файл/сервер. Настольные СУБД. Их достоинства и недостатки

46. Клиент/серверные системы. Выполнение запросов в клиент/сервер. Преимущества клиент/серверной обработки. Характеристики серверов БД

47. Механизмы доступа к внешним БД

48. Понятие и архитектура распределённых БД. Гомогенные и гетерогенные РаБД. Стратегия распределения данных в РаБД

49. Распределённые СУБД. Двенадцать правил К. Дейта. Преимущества и недостатки РаСУБД

50. Типы интерфейса доступа к БД.

51. OLAP-технология. Тест FASMI

52. Понятие хранилища данных. Его отличие от БД

53. Классификация хранилища данных по Б. Инмону

54. Технологические решения хранилища данных

55. Программное обеспечение для разработки хранилища данных

56. Пользователи БД. Проблемы многопользовательских БД. Функции администратора БД

57. Актуальность, методы защиты и правовая охрана БД

58. Восстановление БД

59. Оптимизация работы БД

60. Возможности СУБД Access по администрированию БД

61. Знания, их виды. Базы знаний. Экспертные системы

62. Продукционные модели. База фактов, база правил, работа машины вывода, стратегия управления выводом в экспертной системе на основе продукционной модели

63. Семантические сети. Виды отношений. Пример семантической с ети. Функциональные возможности редакции онтологии Protege

64. Фреймы, их виды, структура. Сети фреймов. Примеры фреймов

65. Формальные логические модели. Их примеры

1. Экономическая информация, её виды, структурные единицы

ЭИ-полезные данные сферы экономики, отображающие через систему натуральных, стоимостных показателей плановую и фактическую производственно-хозяйственную деятельность и причинную взаимосвязь между управляющими и управляемыми объектами.

Существует несколько признаков классификации ЭИ, которые различаются по:

-функциям управления

-месту возникновения

-стадиям образования

-степени использования

-периоду возникновения

-способу представления данных

-стабильности

К структурным единицам ЭИ относятся: реквизиты, показатели, документы, массивы.

2. немашинная организация ЭИ: документы, их виды, структура

Внемашинная информация – это та часть ЭИ, которая представлена и может быть воспринята пользователем без использования технических средств.

Формой представления внемашинной инф. являются документы. Под док-том понимается информационное сообщение на естественном языке, зафиксированное ручным или печатным способом на бланке установленной формы и имеющем юридическую силу.

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

По сфере деятельности документы делятся на плановые, учетные, статистические, банковские, финансовые, банковские и т.д.

По отношению к объекту управления: на входящие, исходящие, промежуточные, архивные.

По содержанию хозяйственных операций на материальные, денежные, расчетные.

По назначению –распорядительные, исполнительные, комбинированные

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

По отношению к машинной обработке ЭИ на первичные и сводные, получаемые в результате машинной обработки первичных документов.

В структуру документа должны включаться следующие разделы: заголовочная часть – наименование и характеристика документа, зона для проставления кодов, постоянные реквизиты-признаки;

содержательная часть –где располагаются показатели;

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

3. Классификация информации. Системы классификации. Классификаторы информации, их назначения, виды

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

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

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

Классификатор-систематизированный свод однородных наименований и их кодовых обозначений. Применяются для разного рода проставления кодов в документах и для размещения в памяти машины в качестве словарного фонда.

Классификаторы:

общегосударственные –разрабатываемых в централизованном порядке;

отраслевые – единых для определенных отраслей;

локальные – характерных для данного предприятия.

4. Понятие кодирования информации. Методы кодирования

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

Коды принято делить на следующие виды:

по методу образования

порядковые – при которых объектам присваиваются порядковые номера;

серийно-порядковые – выделяется серия, а внутри серии присваиваются порядковые номера;

разрядные – при которых каждому признаку классификации отводится определенное число разрядов;

комбинированные.

по количеству разрядов

замкнутые– при которых строго ограничено количество символов.

открытые – с неограниченным количеством символов.

по форме отображения

цифровая форма кодирования;

буквенная;

буквенно-цифровая.

позиционная форма кодирования

штриховое кодирование.

5. Внутримашинная организация ЭИ: файловая организация данных и БД. Преимущества БД. Приложения и компоненты БД.

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

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

Преимущества БД заключаются в следующем:

Возможность расширения и модификации данных.

Возможность обеспечения независимости данных в БД от программ их обрабатывающих.

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

Возможность обеспечения защиты секретных данных от постороннего вмешательства.

Возможность обеспечения целостности данных и др.

Приложения

БД включают такие объекты для работы с базой данных как формы, отчеты, страницы

и прикладные программы.

Формы, отчеты и страницы можно создавать с помощью средств, поставляемых в комплекте с СУБД

Прикладные программы должны быть написаны либо на входном языке СУБД ,

либо на одном из стандартных языков программирования и затем с помощью СУБД

соединены с БД.

Формы являются основным средством создания диалогового интерфейса приложения

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

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

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

Любая база данных состоит из четырех основных компонент: данных пользователя, метаданных, индексов и метаданных приложений.

5. верхбольшие БД

Very Large Database, VLDB (сверхбольшая база данных) представляет собой базу данных, которые на устройстве физического хранения данных занимает невероятные объемы. Под этим термином понимают наибольший возможный объем баз данные, в основе которых находятся самые последние достижения физического хранения данных, а также технологии программного управления данными.

Если говорить о количественно определении понятия «чрезвычайно большой объем», то он постоянно меняется во времени. На сегодняшний день это объем, который измеряется петабайтами. Если брать для сравнения 2005 год, то самыми крупными считались базы, которые имели объем физического хранения данных около 100 терабайт.

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

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

Одними из основополагающих в концепции БД являются категории «данные» и «модель

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

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

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

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

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

Однако наибольшее практическое применение нашли три модели: иерархическая, сетевая,

реляционная. Их иногда называют традиционными моделями данных. В последние годы ведутся работы по созданию БД, построенных на пост реляционной, многомерной, объектно-ориентированной и других моделях, которые называют нетрадиционными моделям

5. Иерархическая модель. Её достоинства и недостатки

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

Над иерархически организованными данными определенны следующие операции:

-Добавить в базу данных

-Изменить значение данных предварительно извлеченной записи

-Удалить некоторую запись и все подчиненные ей записи.

-Извлечь запись

К достоинствам иерархической модели данных относится: достаточно эффективное

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

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

Первые системы управления БД, появившиеся в середине 60-х годов, позволяли работать с иерархической базой данных.

Наиболее известной была иерархическая система .

Известны также другие системы: PC Focus, Team Up, Data Edge и наши: Ока, ИНЭС, МИРИС.

5. Сетевая модель. Её достоинства и недостатки

Сетевая модель– это структура, у которой любой элем. мб связан с любым другим эл-том.

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

Добавить – внести запись в базу данных.

Извлечь– извлечь запись из базы данных.

Обновить – изменить значение элементов предварительно извлеченной записи.

Удалить– убрать запись из базы данных.

Включить в групповое отношение– связать существующую подчиненную запись с записью-владельцем.

Исключить из группового отношения – разорвать связь между записью-владельцем и записью-членом.

Переключить– связать существующую подчиненную запись с другой записью-владельцем в том же групповом отношении.

Одна из первых сетевых моделей данных была предложена в 1969 г. и развивалась до 80-х

годов. К известным сетевым системам управления базами данных относятся: DBMS, IDMS,TOTAL,VISTA, СЕТЬ,СЕТОР, КОМПАС и др.

Основное достоинство– это высокая эффективность затрат памяти и оперативность.

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

5. Реляционная модель. Её базовые понятия, реляционная целостность. Связь между табл. в РМД, первичный и внешний ключи, их отличия. Операции реляционной алгебры. Достоинства и недостатки РМ

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

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

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

Первичный ключ любой таблицы должен содержать уникальные (не повторяющиеся) непустые значения для данной таблицы.

Каждая БД имеет свой набор операций. Эти операции переводят базы данных из одного состояния в другое. Каждая операции включает выделение данных (селекцию) и те действия, которые будут выполняться над выделенными данными. Теоретической основой РБД является

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

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

5. Пост реляционная модель данных. Её достоинства и недостатки

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

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

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

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

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

Недостатком модели является сложность решения проблемы обеспечения целостности и непротиворечивости хранимых данных.

5. Объектно-ориентированная модель Д. Её достоинства и недостатки, базовые понятия

Моделью данных, привлекающей нарастающее внимание с конца 80-х гг., является объектная, или объектно–ориентированная модель. Основными понятиями, с которыми оперирует эта модель, являются следующие: объекты, обладающие внутренней структурой и однозначно идентифицируемые уникальным внутрисистемным ключом; классы, являющиеся по сути типами объектов; операции над объектами одного или разных типов, называемые «методами»; инкапсуляция структурного и функционального описания объектов,позволяющая разделять внутреннее и внешнее описания; наследуемость внешних свойств объектов на основе соотношения «класс-подкласс».  Модель характеризуется следующими свойствами: базовыми примитивами являются объекты и литералы;  каждый объект имеет уникальный идентификатор, а литерал его не имеет; объекты и литералы различаются по типу; объект на который можно установить ссылку называется экземпляром и хранит определенный набор данных; состояние объекта определяется набором значений; поведение объекта определяется набором операций, которые могут быть выполнены над ними. Также к свойствам можно отнести инкапсуляция, полиморфизм, наследование.  БД в данной модели представляет хранилище объектов, которые можно использовать совместно различными пользователями и приложениями. Достоинства:  возможность для пользователя системы определять свои сколь угодно сложные типы данных (используя имеющийся синтаксис и свойства наследуемости и инкапсуляции);  наличие наследуемости свойств объектов;  повторное использование программного описания типов объектов при обращении к другим типам, на них ссылающимся.  Недостатки: эта модель не исследована столь тщательно математически, как реляционная; отсутствие общеупотребимых стандартов, позволяющих связывать конкретные объектно -ориентированные системы с другими системами работы с данными; очень остро стоит проблема идентификации объекта; невозможно перенести объекты в другую базу данных (Решением этой проблемы предложено с использованием составного идентификатора (1 часть – имя БД, 2 часть – имя объекта: в СУБД Versant)

5. Многомерная модель Д. Базовые понятия, достоинства и недостатки

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

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

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

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

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

В случае многомерной модели данных применяется ряд специальных операций, к которым относятся: формирование «среза», «вращение», агрегация и детализация.

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

Недостатки: Громоздкость для простейших задач обычной оперативной обработки информации.

Примерами систем, поддерживающих многомерные модели данных, являются Essbase, Media Multi-matrix, Oracle Express Server и Cache.

5. Понятия проектирования БД. Требования. Этапы жизненного цикла

Проектирование БД – процесс создания проекта БД, предназначенной для поддержки

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

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

Этапы: Предварительное планирование БД;

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

концептуальное проектирование;

логическое проектирование;

физическое проектирование;

оценка и поддержка БД

5. одель «сущность-связь». Представление сущности, типы связи, класс принадлежности сущности (ER-диаграмма)

Средством моделирования предметной области на этапе концептуального проектирования является модель сущность–связь. Часто ее называют ER-моделью. В ней моделирование структуры данных предметной области базируется на использовании графических средств – ER-диаграмм. В наглядном виде они представляют связи между сущностями.

Основные понятия ER-диаграммы: – сущность, атрибут, связь.

Сущность – это некоторый объект реального мира, который может существовать независимо.

Сущность имеет экземпляры отличающиеся друг от друга значениями

атрибутов и допускающие однозначную идентификацию.

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

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

котором указывается ее имя.

5. Правила преобразования ER-диаграмм в реляционные таблицы связи 1:1, 1:М, M:N

Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Но в настоящее время существует немного систем управления БД, поддерживающих эти модели.

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

связи и класс принадлежности сущности.

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

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

Правило 2 Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой

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

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

Правило 4 Если связь типа 1:М и класс принадлежности сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.

Правило 5 Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.

Правило 6 Если связь типа М, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.