телефон 978-63-62
978 63 62
zadachi.org.ru рефераты курсовые дипломы контрольные сочинения доклады
zadachi.org.ru
Сочинения Доклады Контрольные
Рефераты Курсовые Дипломы

РАСПРОДАЖАКниги -30% Товары для дачи, сада и огорода -30% Разное -30%

все разделыраздел:Компьютеры, Программирование

Инфологическая модель баз данных "Сущность-связь"

найти похожие
найти еще

Совок №5.
Длина совка: 22 см. Цвет в ассортименте, без возможности выбора.
18 руб
Раздел: Совки
Горшок торфяной для цветов.
Рекомендуются для выращивания крупной рассады различных овощных и цветочных, а также для укоренения саженцев декоративных, плодовых и
7 руб
Раздел: Горшки, ящики для рассады
Ночник-проектор "Звездное небо, планеты", черный.
Оригинальный светильник-ночник-проектор. Корпус поворачивается от руки. Источник света: 1) Лампочка (от карманных фанариков); 2) Три
350 руб
Раздел: Ночники
Однако, при условии, что каждый из сотрудников должен быть обязательно зачислен в один из отделов, можно создать описание с обозначением Служащие: Отделы (Номер отдела, Название отдела, .)Служащие (Табельный номер, Фамилия, . , Номер отдела,          Дата зачисления) В данном примере служащие имеют независимое существование (если удаляется отдел, то из этого не следует, что также должны быть удалены служащие такого отдела). Поэтому они не могут быть характеристиками отделов и названы обозначениями. Обозначения используют для хранения повторяющихся значений больших текстовых атрибутов: "кодификаторы" изучаемых студентами дисциплин, наименований организаций и их отделов, перечней товаров и т.п. Описание обозначения внешне отличается от описания характеристики только тем, что обозначаемые сущности заключается не в фигурные скобки, а в квадратные: ОБОЗНАЧЕНИЕ (атрибут 1, атрибут 2, .). Как правило, обозначения не рассматриваются как полноправные сущности, хотя это не привело бы к какой-либо ошибке. Обозначения и характеристики не являются полностью независимыми сущностями, поскольку они предполагают наличие некоторой другой сущности, которая будет "обозначаться" или "характеризоваться". Однако они все же представляют собой частные случаи сущности и могут, конечно, иметь свойства, могут участвовать в ассоциациях, обозначениях и иметь свои собственные (более низкого уровня) характеристики. Подчеркнем также, что все экземпляры характеристики должны быть обязательно связаны с каким-либо экземпляром характеризуемой сущности. Однако допускается, чтобы некоторые экземпляры характеризуемой сущности не имели связей. Правда, если это касается браков, то сущность "Мужья" должна быть заменена на сущность "Мужчины" (нет мужа без жены). Переопределим теперь стержневую сущность как сущность, которая не является ни ассоциацией, ни обозначением, ни характеристикой. Такие сущности имеют независимое существование, хотя они и могут обозначать другие сущности, как, например, сотрудники обозначают отделы. В заключение рассмотрим пример построения инфологической модели базы данных "Питание", где должна храниться информация о блюдах (рис. 2.3), их ежедневном потреблении, продуктах, из которых приготавливаются эти блюда, и поставщиках этих продуктов. Информация будет использоваться поваром и руководителем небольшого предприятия общественного питания, а также его посетителями. 1. Лобио по грузински Ломаную очищенную фасоль, нашинкованный лук посолить, посыпать перцем и припустить в масле с небольшим количеством бульона; добавить кинзу, зелень петрушки, рейган (базилик) и довести до готовности. Затем запечь в духовке. Фасоль стручковая (свежая или консервированная) 200, Лук зеленый 40, Масло сливочное 30, Зелень 10. Выход 210. Калорий 725. Рис. 2.3. Пример кулинарного рецепта С помощью указанных пользователей выделены следующие объекты и характеристики проектируемой базы: Блюда, для описания которых нужны данные, входящие в их кулинарные рецепты: номер блюда (например, из книги кулинарных рецептов), название блюда, вид блюда (закуска, суп, горячее и т.п.), рецепт (технология приготовления блюда), выход (вес порции), название, калорийность и вес каждого продукта, входящего в блюдо.

Наличие такого множества связей и определяет сложность инфологических моделей. Характеристика связей и язык моделирования При построении инфологических моделей можно использовать язык ER-диаграмм (от англ. E i y-Rela io ship, т.е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение. Между двумя сущностям, например, А и В возможны четыре вида связей. Первый тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В: Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий. Второй тип – связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В. Квартира может пустовать, в ней может жить один или несколько жильцов. Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:1) и МНОГИЕ-КО-МНОГИМ (М: ). Пример 2.1. Если связь между сущностями МУЖЧИНЫ и ЖЕНЩИНЫ называется БРАК, то существует четыре возможныхпредставления такой связи: Характер связей между сущностями не ограничивается перечисленными. Существуют и более сложные связи: множество связей между одними и теми же сущностями (пациент, имея одного лечащего врача, может иметь также несколько врачей-консультантов; врач может быть лечащим врачом нескольких пациентов и может одновременно консультировать несколько других пациентов); тренарные связи (врач может назначить несколько пациентов на несколько анализов, анализ может быть назначен несколькими врачами нескольким пациентам и пациент может быть назначен на несколько анализов несколькими врачами); связи более высоких порядков, семантика (смысл) которых иногда очень сложна. В приведенных примерах для повышения иллюстративности рассматриваемых связей не показаны атрибуты сущностей и ассоциаций во всех ER-диаграммах. Так, ввод лишь нескольких основных атрибутов в описание брачных связей значительно усложнит ER-диаграмму (рис. 2.1,а). В связи с этим язык ER-диаграмм используется для построении небольших моделей и иллюстрации отдельных фрагментов больших. Чаще же применяется менее наглядный, но более содержательный язык инфологического моделирования (ЯИМ), в котором сущности и ассоциации представляются предложениями вида: СУЩНОСТЬ (атрибут 1, атрибут 2 , ., атрибут )АССОЦИАЦИЯ            (атрибут 1, атрибут 2, ., атрибут ) где S – степень связи, а атрибуты, входящие в ключ, должны быть отмечены с помощью подчеркивания. Так, рассмотренный выше пример множества связей между сущностями, может быть описан на ЯИМ следующим образом: Врач (Номер врача, Фамилия, Имя, Отчество, Специальность)Пациент (Регистрационный номер, Номер койки, Фамилия,         Имя, Отчество, Адрес, Дата рождения, Пол)Лечащий врач              (Номер врача, Регистрационный номер)Консультант             (Номер врача, Регистрационный номер). Рис. 2.1. Примеры ER-диаграмм Для выявления связей между сущностями необходимо, как минимум, определить сами сущности.

Но три рассмотренные выше ограничения на внешний ключ для данного случая должны специфицироваться следующим образом: ULL-значения не допустимыУДАЛЕНИЕ ИЗ (цель) КАСКАДИРУЕТСЯОБНОВЛЕНИЕ (первичный ключ цели) КАСКАДИРУЕТСЯ Указанные спецификации представляют зависимость по существованию характеристических сущностей. Ограничения целостности Целостность (от англ. i egri y – нетронутость, неприкосновенность, сохранность, целостность) – понимается как правильность данных в любой момент времени. Но эта цель может быть достигнута лишь в определенных пределах: СУБД не может контролировать правильность каждого отдельного значения, вводимого в базу данных (хотя каждое значение можно проверить на правдоподобность). Например, нельзя обнаружить, что вводимое значение 5 (представляющее номер дня недели) в действительности должно быть равно 3. С другой стороны, значение 9 явно будет ошибочным и СУБД должна его отвергнуть. Однако для этого ей следует сообщить, что номера дней недели должны принадлежать набору (1,2,3,4,5,6,7). Поддержание целостности базы данных может рассматриваться как защита данных от неверных изменений или разрушений (не путать с незаконными изменениями и разрушениями, являющимися проблемой безопасности). Современные СУБД имеют ряд средств для обеспечения поддержания целостности (так же, как и средств обеспечения поддержания безопасности). Выделяют три группы правил целостности: Целостность по сущностям. Целостность по ссылкам. Целостность, определяемая пользователем. В п. 2.4 была рассмотрена мотивировка двух правил целостности, общих для любых реляционных баз данных. Не допускается, чтобы какой-либо атрибут, участвующий в первичном ключе, принимал неопределенное значение. Значение внешнего ключа должно либо: быть равным значению первичного ключа цели; быть полностью неопределенным, т.е. каждое значение атрибута, участвующего во внешнем ключе должно быть неопределенным. Для любой конкретной базы данных существует ряд дополнительных специфических правил, которые относятся к ней одной и определяются разработчиком. Чаще всего контролируется: уникальность тех или иных атрибутов, диапазон значений (экзаменационная оценка от 2 до 5), принадлежность набору значений (пол "М" или "Ж"). О построении инфологической модели Читатель, познакомившийся лишь с материалом данной и предшествующей глав, не сможет правильно воспринять и оценить тех советов и рекомендаций по построению хорошей инфологической модели, которые десятилетиями формировались крупнейшими специалистами в области обработки данных. Для этого надо, по крайней мере, изучить последующие материалы. В идеале же необходимо, чтобы читатель предварительно реализовал хотя бы один проект информационной системы, предложил его реальным пользователям и побыл администратором базы данных и приложений столь долго, чтобы осознать хотя бы небольшую толику проблем, возникающих из-за недостаточно продуманного проекта. Опыт автора и всех знакомых ему специалистов по информационным системам показывает, что любые теоретические рекомендации воспринимаются всерьез лишь после нескольких безрезультатных попыток оживления неудачно спроектированных систем. (Хотя есть и такие проектировщики, которые продолжают верить, что смогут реанимировать умирающий проект с помощью изменения программ, а не инфологической модели базы данных.) Основная сложность восприятия рекомендаций, приведенных в четвертой главе и приложении Б, чисто психологического плана.

Молочный гриб необходим в каждом доме как источник здоровья и красоты
Молочный гриб необходим в каждом доме как источник здоровья и красоты + книга в подарок

 Бизнес-разведка

На сегодняшний день существует четыре модели* представления данных: иерархическая, сетевая, реляционная (объектно-реляционная) и объектно-ориентированная. Между собой они различаются в основном способами представления взаимосвязей между объектами. {Моделирование данных это выявление сущностей (объектов), которые должны быть представлены в базе данных, и связей между ними.} Иерархическая модель данных стала применяться в системах управления базами данныхв начале 60-х годов. {Программные продукты, призванные работать со структурированными информационными массивами, стали называться системы управления базами данных (СУБД). Система управления базами данных предоставляет возможность контролировать задание структуры и описания своих данных, работу с ними и организацию коллективного использования этой информации. СУБД также существенно увеличивает возможности и облегчает каталогизацию и ведение больших объемов хранящейся информации. СУБД включает в себя три основных типа функций: определение (задание структуры и описание) данных, обработка и управление данными.} Она представляет собой совокупность элементов, расположенных в порядке их подчинения от общего к частному и образующих перевернутое дерево (граф)

скачать реферат Проектирование и реализация базы данных

Постановка задачи Лаборатория инженерной океанологии (ЛИО) при дальневосточном научно-исследовательском гидрометеорологическом институте (ДВНИГМИ) производит расчеты предельно-допустимых сбросов (ПДС) для предприятий различных видов деятельности. Расчет производится с помощью специальных программ расчета ПДС по методике /1/. Разработать и реализовать базу данных (БД) “ПДС”, обеспечивающую хранение, накопление и предоставление всей информации о предприятии-заказчике, необходимой для программы расчета ПДС. Разработка базы данных “ПДС” Разработка базы данных “ПДС” проводилась в работе по летней практике. В этой работе была составлена полная инфологическая модель базы данных с типами сущностей, типами связей, их атрибутами и графическим представлением модели. Отчет по вышеуказанной летней практике представлен в данной пояснительной записке в приложении I. Реализация базы данных “ПДС” База данных “ПДС” была реализована на СУБД Microsof Access 2.0 в среде Microsof Wi dows 3.1. При выборе СУБД использовались /3-5/. В качестве руководства по генерации таблиц, экранных форм, запросов, отчетов, по программированию макрокоманд и программных модулей использовалась /2/.

Набор безопасных ножниц с фигурными лезвиями, 3 шт.
Замечательные безопасные ножницы Crayola предназначены для всех детей старше 3 лет. Малыши обожают вырезать из бумаги фигурки, создавать
307 руб
Раздел: Ножи, ножницы, резаки
Игровой набор "Фрукты".
Увлекательный детский набор "Фрукты" подарит ребёнку много часов увлекательной игры! Такие игрушки тренируют у детей мелкую
321 руб
Раздел: Продукты
Щетка-сметка для снега со скребком, автомобильная, 850 мм.
Усиленная рукоятка из алюминиевого сплава с удлиненным мягким держателем. Густая распушенная щетина для бережной очистки снега с
521 руб
Раздел: Автомобильные щетки, скребки
 Программист-прагматик. Путь от подмастерья к мастеру

Рассмотрим некоторые из способов, при помощи которых вы сможете внедрить принцип ортогональности в вашу работу. Проектные группы Приходилось ли вам замечать, насколько эффективно работают проектные команды, все члены которых знают, что делать, и полностью отдают себя делу, тогда как в других командах сотрудники постоянно препираются между собой и не собираются ни в чем уступать друг другу? Зачастую это не что иное, как проблема ортогональности. Если команды организованы с большим числом перекрытий, то сотрудники путают свои должностные обязанности. Для любого изменения необходимо собирать всю команду, поскольку оно, может быть, затронет каждого. Как разбить команду на группы с четкими обязанностями и минимальным перекрытием? На этот вопрос нет простого ответа. В некоторой степени это зависит от проекта и вашего анализа областей, которые в перспективе могут измениться. Это также зависит от людей, находящихся в вашем распоряжении. Мы предпочитаем отделять инфраструктуру от приложения. Каждому из основных инфраструктурных компонентов (база данных, интерфейс связи, промежуточное программное обеспечение и т. д.) приписывается только ему принадлежащая группа

скачать реферат Инфологическая модель базы данных дистанционного образования

Федеральное агентство по образованию ГОУ СПО «Астраханский государственный политехнический колледж» Курсовая работа по дисциплине: Базы данных на тему: Инфологическая модель базы данных дистанционного образования Выполнил: студент гр. АС-372 Хасенов К.К. Проверил: АСТРАХАНЬ 2005 СОДЕРЖАНИЕ Введение 1. Системный анализ предметной области 1.1. Краткая характеристика предметной области 1.2. Описание предметной области 2. Инфологическое моделирование 2.1.Модель «сущность-связь» 2.2. Связи между сущностями инфологической модели Заключение Список литературы Введение Целью данной курсовой работы является построение и реализация базы данных дистанционного образования. Основными задачами, поставленными в ходе работы, являлись: сбор, анализ и сортирование документов с целью описания предметной области; отбор необходимых документов для создания базы данных; выявление сущностей инфологической модели и моделирование связей между ними. В настоящее время практически во всех сферах человеческой деятельности используются базы данных. В том числе решение перечисленных задач позволит достигнуть цели, поставленной в курсовой работе, а именно, реализовать базу данных для обеспечения учета деятельности отдела закупок, что позволит следить за работой отдел, вести учет клиентов, заказчиков, поставщиков, видов товара более точно, с меньшими временными затратами, регулярным обновлением данных.

 TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)

Как только была опубликована спецификация SNMP и в Интернете появились первые примеры исходных кодов, протокол был реализован в сотнях продуктов, начиная от сложных хостов на больших ЭВМ — до простейших коммуникационных устройств, и этот процесс расширялся и углублялся. Разработчики получили возможность создавать сетевые станции управления с использованием хорошо известных протоколов для взаимодействия с широким диапазоном различных устройств. Расширяющийся рынок позволил создавать все более совершенные управляющие станции с графическим пользовательским интерфейсом, регистрацией изменений баз данных и возможностью генерации отчетов. Продолжающаяся разработка RFC позволила охватить протоколом большое количество различных устройств. В 1996 г. была опубликована вторая версия SNMP. Некоторые ее возможности рассматриваются в этой главе. 20.2 Модель SNMP 20.2.1 Логическая база данных В SNMP используется модель базы данных. Каждая сетевая система содержит информацию о конфигурации, текущем состоянии, ошибках и производительности

скачать реферат Введение в проектирование реляционных баз данных

Значения полей БЛ и ПР должны принадлежать                  набору значений из соответствующих полей таблиц                  Блюда и Продукты; при нарушении вывод сообщения                  "Такого блюда нет" или "Такого продукта нет".                  2. Значение поля Вес должно лежать в пределах                  от 0.1 до 500 г. ); Рассмотренный язык описания данных, основанный на языке SQL , позволяет дать удобное и полное описание любой сущности и, следовательно, всей базы данных. Однако такое описание, как и любое подробное описание, не отличается наглядностью. Для достижения большей иллюстративности целесообразно дополнять проект инфологической моделью, но менее громоздкой, чем рассмотренная в главе 2. Для наиболее распространенных реляционных баз данных можно предложить язык инфологического моделирования "Таблица-связь", пример использования которого приведен на рис. 4.7. В нем все сущности изображаются одностолбцовыми таблицами с заголовками, состоящими из имени и типа сущности. Строки таблицы – это перечень атрибутов сущности, а те из них, которые составляют первичный ключ, распологаются рядом и обводятся рамкой. Связи между сущностями указываются стрелками, направленными от первичных ключей или их составляющих. Рис. 4.7. Инфологическая модель базы данных "Питание", построенная с помощью языка "Таблицы-связи" Различные советы и рекомендации Векторы.

скачать реферат Разработка информационной системы «Служба занятости»

С его помощью при проектировании модели информационной системы «Служба занятости» была создана физическо-логическая модель базы данных, представленная на рисунках (рис. 8, 9). Рис. 8 - Модель данных в нотации IDEF1X (логический уровень) Рис. 9 - Модель данных в нотации IDEF1X (физический уровень) База данных представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели базы данных сущности соответствует таблица (например, «Работодатель», «Картотека»), экземпляру сущности – строка в таблице, а атрибуту – колонка таблицы. В результате проектирования было выделено шесть сущностей. Связь на диаграмме отображает логическую зависимость одной сущности от другой. В IDEF1X различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями.

скачать реферат Инфологическая модель базы данных "Видепрокат"

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

скачать реферат Инфологическое моделирование базы данных "Абитуриент"

Следовательно, инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет «читаться» не только специалистами по базам данных. И это описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно, оно не должно быть привязано к конкретной СУБД. Выбор СУБД – это отдельная задача, для корректного ее решения необходимо иметь проект, который не привязан ни к какой конкретной СУБД. Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД. Целью данной курсовой работы является систематизация, накопление и закрепление знаний о построении инфологической модели и построение инфологической модели базы данных «Абитуриент». Цель проекта: создание подсистемы, отвечающей за хранение и обработку личных дел абитуриентов, поступающих в университет согласно правилам приема абитуриентов. 1. Анализ предметной области 1.1. Описание предметной области В базе значение любого поля, не входящего в первичный ключ, не зависит от значения другого поля, тоже не входящего в первичный ключ (3НФ).

Этажерка для обуви разборная, 4 полки, 660x280x700 мм.
Модель предназначена для хранения обуви в прихожей. Она придется особенно кстати, если у вас малогабаритная квартира: она займет минимум
1102 руб
Раздел: Полки напольные, стеллажи
Стрейч-пленка для ручной упаковки, вес 1 кг, 17 мкм, 45 см x 140 метров.
Прозрачная стрейч-пленка для ручной упаковки применяется в быту, на производстве, в офисе, магазине. Изготовлена из прочного полиэтилена,
351 руб
Раздел: Плёнка пищевая
Бутылочка для кормления "Avent Classic+", 260 мл (голубая, рисунок: краб), от 1 месяца.
Ограниченная серия -бутылочка для кормления голубая c рисунком (краб), Classic+. Зарекомендовавшая себя серия Classic была улучшена:
403 руб
Раздел: Бутылочки
скачать реферат Разработка каталога online-видео

Основное меню располагается слева и включает следующие кнопки: Главная Добавить файл Регистрация Дизайн главной страницы (рисунок 2.2) содержит: вверху название проекта, в центре – список ссылок на популярные файлы, слева – поле основного меню. Рисунок 2.2 – Эскиз главной страницы«Добавить файл» – страница содержит форму для добавления файла с ограничением размера. «Регистрация» – страница содержит визуальные средства для регистрации пользователя. 2.3 Список необходимого программного обеспечения Операционная система Wi dows XP apache 1.3.20 wi 32 mysql 3.23.49 wi php 4.1.2 Wi 32 MySQL Fro Far ma ager 1.7 3. Информационная модель объекта проектирования 3.1 Инфологическая модель База данных данного проекта состоит из одной таблицы (рисунок 3.1): user. Рисунок 3.1 – Структура БД 3.2 Даталогическая модель Таблица user содержит логины (поле ame) пароли (поле pass) и электронную почту (поле email) зарегистрированных пользователей. Поле id – ключевое. Структура таблицы user представлена на рисунке 3.2, содержимое – на рисунке 3.3. Рисунок 3.2 – Структура таблицы user Рисунок 3.3 – Содержимое таблицы user 4.

скачать реферат Структура рабочей сети Internet

Поэтому инфологическую модель данных пытаются строитьпо аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любогоестественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты). Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранитьв базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземплярсущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущностиотносится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром – Москва. Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но можетбыть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибутыиспользуются для определения того, какая информация должна быть собрана о сущности.

скачать реферат Управление базами данных

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

скачать реферат Пример проектирования базы данных "Библиотека"

К объектам и атрибутам, позволяющим охарактеризовать отдельные экземпляры изданий (переплеты), места их хранения и читателей, можно отнести: 18. Номер комнаты (помещения для хранения переплетов). 19. Номер стеллажа в комнате. 20. Номер полки на стеллаже. 21. Номер (инвентарный номер) переплета. 22. Дата приобретения конкретного переплета. 23. Цена конкретного переплета. 24. Дата размещения конкретного переплета на конкретном месте. 25. Дата изъятия переплета с установленного места. 26. Номер читательского билета (формуляра). 27. Фамилия читателя. 28. Имя читателя. 29. Отчество читателя. 30. Адрес читателя. 31. Телефон читателя. 32. Дата выдачи читателю конкретного переплета. 33. Срок, на который конкретный переплет выдан читателю. 34. Дата возврата переплета. Построение инфологической модели Анализ определенных выше объектов и атрибутов позволяет выделить сущности проектируемой базы данных и, приняв решение о создании реляционной базы данных, построить ее инфологическую модель на языке "Таблицы-связи" (рис. 5.2). К стержневым сущностям можно отнести: Создатели (Код создателя, Создатель).

скачать реферат Инфологическая модель базы данных технологического процесса

Между двумя сущностями может быть задано сколько угодно связей с разными смысловыми нагрузками. Связь любого из этих типов может быть обязательной, если в данной связи должен участвовать каждый экземпляр сущности, необязательной – если не каждый экземпляр сущности должен участвовать в данной связи. При этом связь может быть обязательной с одной стороны и необязательной с другой стороны. Проведем инфологическое проектирование базы данных технологического процесса. Сущность «Продукция» имеет присущие ей экземпляры сущности: код продукции, наименование, срок изготовления, код номенклатуры (рис.1). Рис.1. Сущность «Продукция» Модель базы данных предназначена для получения достоверной и оперативной информации, формирования выходных документов. Представим предметную область как взаимодействие двух сущностей – «Продукция» и «График выпуска продукции». «Продукция» состоит в «Номенклатуре продукции». Сущность «Номенклатура продукции» имеет следующие экземпляры сущности: код номенклатуры, наименование, количество продукции в номенклатуре (рис.2). Рис. 2. Сущность «Номенклатура продукции» Сущность «График выпуска продукции» для обеспечения выполнения объявленных функций должна характеризоваться следующими экземплярами: код графика, код продукции, период выпуска, количество продукции (рис.3). Рис.3. Сущность «График выпуска продукции» Взаимодействие сущностей «Продукция» и «График выпуска продукции» реализуется с помощью отношения «Номенклатура продукции» (рис.4). Мощность связи – один-ко-многим (1:М). 1 М М 1 Рис.4. Взаимодействие сущностей «Продукция» и «График выпуска продукции» Заключение Инфологическая модель применяется на втором этапе реализации БД, то есть после словесного описания предметной области.

Сменная кассета "Барьер 6", для жесткой воды, для всех типов фильтров "Барьер".
Кокосовый активированный уголь очищает от активного хлора, органических загрязнений и т.д. Обработка активированного угля серебром
354 руб
Раздел: Фильтры для воды
Защита "Карапуз" для автомобильного кресла от детских ножек, с карманами.
Во время поездки в автомобиле дети иногда могут пачкать грязью, остающейся на ботинках, заднюю сторону кресел. Защита - это
323 руб
Раздел: Автомобильные коврики
Набор мебели для каминной комнаты "Коллекция".
Красивая игрушка помогает ребенку развить свою фантазию, воспитывает художественный вкус. Кукольная мебель помогает развить
715 руб
Раздел: Гостинные
скачать реферат Разработка автоматизированной информационной системы. Желтые страницы города Астрахань

Связь «многие-ко-многим (М: М) означает, что несколько экземпляров первой сущности могут быть связаны с несколькими экземплярами второй сущности, и наоборот. Между двумя сущностями может быть задано сколько угодно связей с разными смысловыми нагрузками. Связь любого из этих типов может быть обязательной, если в данной связи должен участвовать каждый экземпляр сущности, необязательной – если не каждый экземпляр сущности должен участвовать в данной связи. При этом связь может быть обязательной с одной стороны и необязательной с другой стороны. Проведем инфологическое проектирование базы данных технологического процесса. Инфологическая модель применяется после словесного описания предметной области. На основании анализа предметной области выделим следующие сущности модели «сущность-связь» («E i y Rela io ship» - ER-модели): «Рубрикатор видов деятельности», «Предприятия и организации», и изобразим их в виде графических обозначений (прямоугольник, в верхней части которого записано имя сущности, а ниже перечисляются атрибуты, причем ключевые атрибуты помечаются подчеркиванием). Они приведены на рис.1-2. Рубрикатор видов деятельности Код деятельности Название Рис.1. «Рубрикатор видов деятельности» Предприятия и организации Код предприятия Наименование Адрес Телефон Код деятельности Рис.2. «Предприятия и организации».Вся информация вводится через экранную форму.

скачать реферат База данных для информационной системы - Таксопарк

БАЗА ДАННЫХ ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ «Таксопарк»Пояснительная записка к курсовому проекту по общепрофессиональной дисциплине «Организация баз данных»Специальность 552800 – Информатика и вычислительная техника Факультет Кафедра Курс 3 Семестр 62003 СОДЕРЖАНИЕ Введение 3 1 Выбор автоматизируемых функций и информационного обеспечения 4 1.1 Описание предметной области 4 1.2 Описание автоматизируемых функций 5 1.3 Первичное описание информационного обеспечения 7 Вывод 11 2 Выявление ограничений и правил поддержания целостности 11 2.1 Целостное ограничение на уровне атрибутов 11 2.2 Целостное ограничение на уровне строк 20 2.3 Целостное ограничение на уровне базы данных 26 Вывод 29 3 Разработка локальных концептуальных моделей 3.1 Разработка исходных локальных ER-моделей 29 3.2 Нормализация локальных моделей 35 3.3 Перевод целостных и операционных ограничений на уровне локальных моделей 39 Вывод 39 4 Разработка глобальной концептуальной модели базы данных 4.1 Выявление и синтез эквивалентных сущностей 39 4.2 Выявление и синтез обобщающих сущностей 41 4.3 Выявление и устранение дублирования атрибутов и связей 41 4.4 Графическое представление глобальной ER-модели 42 4.5 Перевод целогстных и операционных ограничений на уровне глобальной модели 43 4.6 Вывод 42 5 Проектирование реляционной SQL-модели 5.1 SQL-код для создания реляционной модели 42 6 Проектирование представлений для автоматизируемых функций 6.1 Определение способа и формы представления автоматизируемых функций 46 6.2 Создание запросов для выборок 46 Заключение 47 ВВЕДЕНИЕЦелью данного проекта является выработка умений и навыков проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы.

скачать реферат Информационно-справочная система кинотеатра

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

скачать реферат Информационные системы и технологии в менеджменте

Обработку внутримашинной информации производят следующие средства: Система управления БД – СУБД Программные средства ввода и контроля данных Сервисные средства: кодирование, архивирование и др. Прикладные программы пользователей. Тема 4. Создание информационных систем 1. Стадии создания автоматизированных систем Четыре основных стадии (жизненный цикл): предпроектная, проектная, внедрение, функционирование. Качество – залог функционирования АИС. Каждая стадия состоит из ряда основных работ. 1)Предпроектное обследование: изучение объекта, концепция системы, технико-экономическое обоснование, техническое задание. 2)Технический проект: описание всех компонентов системы, поиск рациональных проектных решений. 3)Рабочий проект: корректировка программ, баз данных, документация. Использование CASE (compu er- Aided Sof ware E ge ieri g) систем, CASE-технология – автоматизация проектирования программных комплексов. Описание предметной области – выявление входящих в нее объектов, их свойств и связей между объектами. Результат описания – концептуальная модель базы данных, в целом проекта. Особая стадия – постановка задачи. 2. Постановка задачи как особая стадия Постановка задачи – описание сущности задачи по условным правилам.

телефон 978-63-62978 63 62

Сайт zadachi.org.ru это сборник рефератов предназначен для студентов учебных заведений и школьников.