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

РАСПРОДАЖАВидео, аудио и программное обеспечение -30% Образование, учебная литература -30% Рыбалка -30%

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

Реляционные модели базы данных

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

Брелок LED "Лампочка" классическая.
Брелок работает в двух автоматических режимах и горит в разных цветовых гаммах. Материал: металл, акрил. Для работы нужны 3 батарейки
131 руб
Раздел: Металлические брелоки
Карабин, 6x60 мм.
Размеры: 6x60 мм. Материал: металл. Упаковка: блистер.
44 руб
Раздел: Карабины для ошейников и поводков
Забавная пачка денег "100 долларов".
Купюры в пачке выглядят совсем как настоящие, к тому же и банковской лентой перехвачены... Но вглядитесь внимательней, и Вы увидите
60 руб
Раздел: Прочее
Это свойство несколько отличает отношение от математического определения отношения. Это также третья причина, по которой нельзя отождествить отношения и таблицы - столбцы в таблице упорядочены. Одно и то же отношение может быть изображено разными таблицами, в которых столбцы идут в различном порядке. Все значения атрибутов атомарны. Это следует из того, что лежащие в их основе атрибуты имеют атомарные значения. Это четвертое отличие отношений от таблиц - в ячейки таблиц можно поместить что угодно - массивы, структуры, и даже другие таблицы . Из свойств отношения следует, что не каждая таблица может задавать отношение. Для того, чтобы некоторая таблица задавала отношение, необходимо, чтобы таблица имела простую структуру (содержала бы только строки и столбцы, причем, в каждой строке было бы одинаковое количество полей), в таблице не должно быть одинаковых строк, любой столбец таблицы должен содержать данные только одного типа, все используемые типы данных должны быть простыми. Каждое отношение можно считать классом эквивалентности таблиц, для которых выполняются следующие условия: Таблицы имеют одинаковое количество столбцов. Таблицы содержат столбцы с одинаковыми наименованиями. Столбцы с одинаковыми наименованиями содержат данные из одних и тех же доменов. Таблицы имеют одинаковые строки с учетом того, что порядок столбцов может различаться. Все такие таблицы есть различные изображения одного и того же отношения. Труднее всего дать определение вещей, которые всем понятны. Если давать не строгое, описательное определение, то всегда остается возможность неправильной его трактовки. Если дать строгое формальное определение, то оно, как правило, или тривиально, или слишком громоздко. Именно такая ситуация с определением отношения в Первой Нормальной Форме (1НФ). Дать определение 1НФ сложно ввиду его тривиальности. Поэтому, приведем несколько объяснений. 1. Говорят, что отношение находится в 1НФ, если оно удовлетворяет определению 2. Это, собственно, тавтология, ведь из определения 2 следует, что других отношений не бывает. Действительно, определение 2 описывает, что является отношением, а что - нет, следовательно, отношений в непервой нормальной форме просто нет. 2. Говорят, что отношение находится в 1НФ, если его атрибуты содержат только скалярные (атомарные) значения. Опять же, второе определение опирается на понятие домена, а домены определены на простых типах данных. Не первую нормальную форму можно получить, если допустить, что атрибуты отношения могут быть определены на сложных типах данных - массивах, структурах, или даже на других отношениях. Легко себе представить таблицу, у которой в некоторых ячейках содержатся массивы, в других ячейках - определенные пользователями сложные структуры, а в третьих ячейках - целые реляционные таблицы, которые в свою очередь могут содержать такие же сложные объекты. Именно такие возможности предоставляются некоторыми современными пост-реляционными и объектными СУБД. Требование, что отношения должны содержать только данные простых типов, объясняет, почему отношения иногда называют плоскими таблицами (plai able).

Заметим, что данные отношения свободны от недостатков, описанных выше, когда все данные предлагалось хранить в одном отношении. Действительно, при изменении наименования поставщика или детали, это изменение происходит только в одном месте. Если поставщик прекратил поставки всех деталей, то удаляются соответствующие кортежи в отношении "Поставки", данные же о самом поставщике остаются без изменений. Пусть дано отношение . Подмножество атрибутов отношения будем называть внешним ключом, если: Существует отношение ( и не обязательно различны) с потенциальным ключом . Каждое значение в отношении всегда совпадает со значением для некоторого кортежа из , либо является ull-значением. Отношение называется родительским отношением, отношение называется дочерним отношением. Внешний ключ, также как и потенциальный, может быть простым и составным. Внешний ключ должен быть определен на тех же доменах, что и соответствующий первичный ключ родительского отношения. Внешний ключ, как правило, не обладает свойством уникальности. Так и должно быть, т.к. в дочернем отношении может быть несколько кортежей, ссылающихся на один и тот же кортеж родительского отношения. Это, собственно, и дает тип отношения "один-ко-многим". Если внешний ключ все-таки обладает свойством уникальности, то связь между отношениями имеет тип "один-к-одному". Чаще всего такие отношения объединяются в одно отношение, хотя это и не обязательно. Хотя каждое значение внешнего ключа обязано совпадать со значениями потенциального ключа в некотором кортеже родительского отношения, то обратное, вообще говоря, неверно. Например, могут существовать поставщики, не поставляющие никаких деталей. Для внешнего ключа не требуется, чтобы он был компонентом некоторого потенциального ключа (как получилось в примере с поставщиками и деталями). ull-значения для атрибутов внешнего ключа допустимы только в том случае, когда атрибуты внешнего ключа не входят в состав никакого потенциального ключа. Т.к. внешние ключи фактически служат ссылками на кортежи в другом (или в том же самом) отношении, то эти ссылки не должны указывать на несуществующие объекты. Это определяет следующее правило целостности внешних ключей: Правило целостности внешних ключей. Внешние ключи не должны быть несогласованными, т.е. для каждого значения внешнего ключа должно существовать соответствующее значение первичного ключа в родительском отношении. На самом деле приведенные правила целостности сущностей и внешних ключей прямо следуют из определений понятий "потенциальный ключ" и "внешний ключ". Действительно, в определении потенциального ключа требуется, чтобы потенциальный ключ обладал свойством уникальности. Это фактически означает, что мы должны уметь различать значения потенциальных ключей, т.е. при сравнении двух значений потенциального ключа мы всегда должны получать значения либо ИСТИНА, либо ЛОЖЬ. Но любое сравнение, в которое входит ull-значение, принимает значение U - НЕИЗВЕСТНО, откуда следует, что атрибуты потенциального ключа не могут содержать ull-значений. Для внешних ключей правило целостности фактически входит в определение. Таким образом, с точки зрения реляционной теории, явная формулировка правил целостности является излишней - они автоматически вытекают из определений понятий ключа и внешнего ключа.

Более того, можно создать свой, сколь угодно сложных тип данных, описать возможные действия с этим типом данных, и, если в операциях не требуется знание внутренней структуры данных, то такой тип данных также будет простым с точки зрения реляционной теории. Например, можно создать новый тип - комплексные числа как запись вида , где . Можно описать функции сложения, умножения, вычитания и деления, и все действия с компонентами и выполнять только внутри этих операций. Тогда, если в действиях с этим типом использовать только описанные операции, то внутренняя структура не играет роли, и тип данных извне выглядит как атомарный. Именно так в некоторых пост-реляционных СУБД реализована работа со сколь угодно сложными типами данных, создаваемых пользователями. 1.2 Домены В реляционной модели данных с понятием тип данных тесно связано понятие домена, которое можно считать уточнением типа данных. Домен - это семантическое понятие. Домен можно рассматривать как подмножество значений некоторого типа данных имеющих определенный смысл. Домен характеризуется следующими свойствами: Домен имеет уникальное имя (в пределах базы данных). Домен определен на некотором простом типе данных или на другом домене. Домен может иметь некоторое логическое условие, позволяющее описать подмножество данных, допустимых для данного домена. Домен несет определенную смысловую нагрузку. Например, домен , имеющий смысл "возраст сотрудника" можно описать как следующее подмножество множества натуральных чисел: Если тип данных можно считать множеством всех возможных значений данного типа, то домен напоминает подмножество в этом множестве. Отличие домена от понятия подмножества состоит именно в том, что домен отражает семантику, определенную предметной областью. Может быть несколько доменов, совпадающих как подмножества, но несущие различный смысл. Например, домены "Вес детали" и "Имеющееся количество" можно одинаково описать как множество неотрицательных целых чисел, но смысл этих доменов будет различным, и это будут различные домены . Основное значение доменов состоит в том, что домены ограничивают сравнения. Некорректно, с логической точки зрения, сравнивать значения из различных доменов, даже если они имеют одинаковый тип. В этом проявляется смысловое ограничение доменов. Синтаксически правильный запрос "выдать список всех деталей, у которых вес детали больше имеющегося количества" не соответствует смыслу понятий "количество" и "вес". Понятие домена помогает правильно моделировать предметную область. При работе с реальной системой в принципе возможна ситуация когда требуется ответить на запрос, приведенный выше. Система даст ответ, но, вероятно, он будет бессмысленным. Не все домены обладают логическим условием, ограничивающим возможные значения домена. В таком случае множество возможных значений домена совпадает с множеством возможных значений типа данных. 1.3 Отношения, атрибуты, кортежи отношения Фундаментальным понятием реляционной модели данных является понятие отношения. В определении понятия отношения будем следовать книге К. Дейта. Атрибут отношения есть пара вида Имя атрибута : Значение атрибута>: таких что значение атрибута принадлежит домену Отношение обычно записывается в виде: , или короче , или просто .

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

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

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

скачать реферат Базы знаний

Фреймы предложены Минским в 1975 г. и представляют собой сложные структуры данных, описывающих какую-либо типичную ситуацию, например ожидание в аэропорту или участие в семейном обеде. Фрейм состоит из позиций для размещения объектов, характеризующих данную ситуацию. Позиция может быть передана другому фрейму. Кроме того, он содержит информацию о выполняемых действиях, о том, как следует поступать в типичных и нетипичных случаях, о влиянии соседних фреймов. Скрипт или схема представляет собой описание стереотипного сценария действий с участием определенных объектов. Скрипты связаны с текущей культурой и необходимым для понимания таких предложений, как "Я вошел в ресторан, официантка принесла мне меню". Они могут вызывать другие скрипты и обладают большими, чем фреймы, возможностями для описания динамических аспектов знания. Семантические сети - это графы, которые часто представляют собой объединение двух предыдущих понятий и объектом описания которых являются элементы окружающего мира и связи между ними. Они имеют много общего с реляционными моделями баз данных. Изображения и графы эффективно используются для доказательства теорем. Они оказывают большую помощь в проверке отсутствия зацикливания этапов, в полном и эффективном хранении задачи в памяти, в организации ввода новых элементов.2.3. Способы использования знаний и доступ к ним.

Игровой набор Lalaloopsy "Карусель" для создания украшений из бусинок.
Отличный набор, сочетающий игровые элементы и творчество, позволит Вашей юной мастерице создавать уникальные авторские аксессуары из
1299 руб
Раздел: Современные, герои мультфильмов
Подставка под ванночку "Карапуз" универсальная (с сушилкой).
Подставка для ванночки предназначена для того, чтобы сделать купание Вашего малыша максимально удобным. Она надежна и проста в
1223 руб
Раздел: Горки, приспособления для купания
Кружка "Кастет", белая, золотая ручка.
Оригинальная керамическая кружка с ручкой в виде кастета. Металлизированное напыление. Упаковка стилизованная, качественный
382 руб
Раздел: Кружки
 Самоучитель UML

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

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

Поэтому строка, являющаяся кортежем не может быть занесена в отношение до тех пор, пока не будут определены все атрибуты ее ключа. что касается ссылочной целостности, то если в одном отношении удаляется запись, то в отношениях, связанных с ним не должно быть кортежей, имеющих значение внешнего ключа удаляемой записи. При использовании SQL Server 2000 для построения базы данных отношения трансформируются в таблицы, а при установлении связей с помощью схемы данных необходимо позаботиться об обеспечении целостности и каскадном обновлении и удалении данных. Нормальные формы таблиц Первая нормальная форма. Таблица представлена в первой нормальной форме (1НФ) тогда и только тогда, когда все ее столбцы содержат только неделимые (в том смысле, что их дальнейшее разложение невозможно) значения и в ней отсутствуют повторяющиеся группы (столбцов) в пределах одной строки. Первое правило реляционной модели состоит в том, что ни один столбец не должен содержать два или более значений, т.е. реляционная модель базы данных запрещает повторяющиеся поля.

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

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

скачать реферат Продажа продовольственных товаров на примере магазина "Вкусняшка"

В реляционных моделях данных объекты и взаимосвязи между ними представляются с помощью таблиц. Каждая таблица представляет один объект и состоит из строк и столбцов. Таким образом, реляционная модель базы данных продовольственного магазина «Вкусняшка» будет иметь следующий вид Таблица 1. Типы товаров Ш КОД типа Наименование товара ШКОД отдела Таблица 2. Товары ШКОД товара ШКОД типа Наименование товара ШКОД отдела Ед. измер. ШКОД постав-щика Цена заку-почная Надбавка розничная Таблица 3. Заказы КОД заказа Ш Дата заказа Таблица 4. Приход и продажа ШКОД прихода и расхода Ш КОД товара Дата прихода ШКОД заказа Приход Продажа 6. Запросы Запрос – это средство Access, позволяющее пользователю сформулировать условия отбора, группировки и обобщения данных и с помощью этого проводить анализ данных. Запросы предназначены для отбора данных, удовлетворяющих заданным условиям. Результатом выполнения запроса является набор записей, собранных в таблице. В базе данных данной курсовой работы используются следующие запросы: Запрос «Приход товара» Данный запрос является параметрическим (т.е. запросом с изменяемыми условиями).

скачать реферат Разработка информационной технологии организации электронного документооборота

Требования к языкам манипулирования данными Языки манипулирования данными должны отвечать требованиям стандарта A SI 1992 (реализация SQL) и поддерживать реляционную и объектно-реляционную модели баз данных, а так же стандарты ODBC и JDBC. 6. Требования к программному обеспечению Сервера ЦОД и РЦОД, на которых устанавливаются СУБД и программные продукты серверов приложений должны работать под управлением U IX – совместимой операционной системы. Для хранения всех информационных массивов должна использоваться единая система управления базами данных (СУБД). Общие требования к используемой СУБД: использование русского языка, как на уровне пользовательского интерфейса, так и на уровне серверного ядра; поддержка реляционной модели базы данных; поддержка технологии клиент-сервер; поддержка многопроцессорной архитектуры; автоматическое восстановление базы данных; наличие механизма блокировки транзакций; реализация SQL, совместимого со стандартом A SI 1992 г; поддержка стандартов ОВИС и ODBC; наличие встроенных средств контроля целостности баз данных; наличие встроенных средств резервного копирования базы данных; импорт и экспорт данных; совместимость с различными операционными системами; поддержка сетевых протоколов CP/IP; возможность контроля доступа к данным; централизованное управление пользователями; оптимизация запросов; наличие механизма встроенных процедур баз данных; обеспечение безопасности данных на уровне сервера баз данных; Требования к техническому обеспечению Минимальные требования к аппаратному обеспечению компьютеров служебных пользователей: процессор Pe ium IV 2.2 Mhz; оперативная память RAM 512 Mb; накопитель HDD 40 Gb; лазерный принтер; сетевой интерфейс E her e 100 Mb.

скачать реферат SQL Server 2000

SQL Server 2000Таким образом, возникает возможность установления связи между экземплярами объектов из разных наборов. Развитие реляционных баз данных началось в конце 60-х годов, когда по­явились первые работы, в которых обсуждались возможности использования при проектировании баз данных привычных и естественных способов представле­ния данных — так называемых табличных даталогических моделей. Основоположником теории реляционных баз данных считается сотрудник фирмы IBM доктор Э. Кодд, опубликовавший 6 июня 1970 г. статью A Rela io al Model of Da a for Large Shared Da a Ba ks (Реляционная модель данных для больших коллективных банков данных). В этой статье впервые был использо­ван термин «реляционная модель данных», что и положило начало реляцион­ным базам данных. Теория реляционных баз данных, разработанная в 70-х годах в США докто­ром Э. Коддом, имеет под собой мощную математическую Основу, описывающую правила эффективной организации данных. Разработанная Э. Коддом теорети­ческая база стала основой для разработки теории проектирования баз данных. Э. Кодд, будучи математиком по образованию, предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, раз­ность, декартово произведение).

скачать реферат Ответы на билеты по экзамену ВМС и СТК в МЭСИ

СУБД автоматизирует работу пользователей с хранящимися данными. Ядро БД составляет информация, наиболее часто используемая в процессах управления. Согласно принципу В. Парето 20% всей информации обеспечивают более 80% всех задач управления Для обслуживания этих банков используются мощные ВМ и системы.ВМ и системы банков данных наз. серверы. Для обслуживания громадных банков могут привлекаться машины, имеющие в своем составе 10-ки 100-ни 1000-чи процессоров. Совокупность данных, одновременно хранящихся на внешних носителях информации с целью их совместного использования наз. базой данных. 30.СУБД.Принципы их построения и работы. Совокупность данных, одновременно хранящихся на внешних носителях информации с целью их совместного использования называется базой данных. База данных может быть достаточно сложной. В зависимости от связи данных внутри ее. Различают три основных способа построения базы данных : 1) Иерархическая модель базы данных.Появилась первой. Она наиболее хорошо отражает процессы данных. 2)Реляционная схема данных. 3)Сетевая схема данных Каждая база данных представляет собой очень сложную систему и должна предусматривать следующие виды обеспечения: 1)техническое обеспечение 2)программное обеспечение 3)математическое обеспечение 4)лингвистическое обеспечение. Языковое. Включающее языки манипулирования, описания 5)информационное обеспечение.

Глобус политический диаметром 210 мм.
Диаметр: 210 мм Масштаб:1: 60000000 Материал подставки: пластик Цвет подставки: чёрный Размер коробки: 216х216х246 мм Шар выполнен из
362 руб
Раздел: Глобусы
Набор для раскрашивания рюкзака "Disney. Тачки".
Набор для творчества способствует развитию художественных способностей, мелкой моторики, наглядно-действенного мышления, наблюдательности,
303 руб
Раздел: Без наполнения
Папка для тетрадей "Калейдоскоп", А3.
Папка для тетрадей формата A3, закрывается на молнию. Отличается вместительностью и ярким дизайном (полноцветная печать на пластике). Для
507 руб
Раздел: Папки для тетрадей
скачать реферат База данных для информационной системы - Таксопарк

БАЗА ДАННЫХ ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ «Таксопарк»Пояснительная записка к курсовому проекту по общепрофессиональной дисциплине «Организация баз данных»Специальность 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 ВВЕДЕНИЕЦелью данного проекта является выработка умений и навыков проектирования структуры базы данных, предназначенной для функционирования автоматизированной информационной системы.

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

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

скачать реферат Разработка приложений базы данных "Командировка"

На подготовительном этапе были выявлены основные объекты и потоки данных ПО, по которым была составлена информационная модель (Приложение 1). Проектирование БД начинается с предварительной структуризацией предметной области. Объекты реального мира подвергаются классификации, и фиксируется совокупность подлежащих отображению в БД типов объектов. Для каждого типа объектов фиксируется совокупность свойств, по средствам которых будут описываться конкретные объекты этого типа в базе, а также виды отношений между этими объектами. С помощью информационной модели создается инфологическая модель данных (Приложение 2). Сущность инфологического подхода в проектировании информационной системы заключается в установлении соответствия между состоянием предметной области, его восприятием и представлением в БД. Т.к. программа разрабатывается на языке Objec Paskal, то используется реляционная модель данных. В основе реляционной модели данных лежит понятие отношение. Отношение – это не связь между объектами, это таблица в виде которой в реляционной модели представляются данные.

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

В каждой записи базы данных существует только один (иерархический) путь от корневой записи. Уровни Корневой узел Узлы Рис. 2. Структура учебной дисциплины (иерархическая база данных) Несмотря на кажущуюся целесообразность, для получения ответов на некоторые запросы в иерархической модели требуется выполнение большого числа операций. Например, чтобы узнать о практических занятиях по всем дисциплинам БЮИ требуется просмотреть все записи «Практическое занятие», имеющиеся в данной базе. Сетевая (полносвязная) база данных. В сетевой структуре базы данных при тех же основных понятиях иерархической базы данных: узел, уровень, связь – каждый элемент может быть связан с любым другим элементом. Недостатком такой модели данных является высокая сложность и жесткость схемы БД, построенной на ее основе. Реляционная модель данных (РМД) название получила от английского термина Rela io – отношение. Реляционная структура базы данных ориентирована на организацию данных в виде двумерных таблиц, называемых еще реляционными таблицами. Каждая реляционная таблица обладает следующими свойствами: каждый элемент таблицы - один элемент данных; все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковые характеристики и свойства; каждый столбец имеет уникальное имя; одинаковые строки в таблице отсутствуют; порядок следования строк и столбцов может быть произвольным.

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

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

Фоторамка "Poster gold" (40х60 см).
Для фотографий размером 40 х 60 см. Материал рамки - пластик. Цвет - золотистый. Материал подложки - плотный картон. Крепежи позволяют
770 руб
Раздел: Размер 40x60 (А2)
Качели, подвесные.
Эти подвесные качели можно разместить дома или на улице в любом удобном месте. Наш пластик прочен и долговечен, поэтому качели прослужат
381 руб
Раздел: Качели
Насос ножной (арт. TD 0468).
Насос механический ножной незаменимый помощник не только для автомобилистов, но и для любителей активного отдыха. Ведь с его помощью Вы
448 руб
Раздел: Насосы, компрессоры автомобильные
скачать реферат Учет отремонтированных, реконструированных, модернизированных объектов

Метод реализации – опрос работников на рабочих местах, анализ и обобщение полученных данных, проектирование базы данных для хранения информации о заказах, клиентах и затратах. КП «АЛЧЕВСКОЕ СТРОИТЕЛЬНОЕ УПРАВЛЕНИЕ», УЧЕТ РЕКОНСТРУИРОВАННЫХ, МОДЕРНИЗИРОВАННЫХ ОБЕКТОВ И ОБЕКТОВ , ПОДЛЕЖАЩИХ ЛИКВИДАЦИИ, ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ, КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ. СОДЕРЖАНИЕ ВВЕДЕНИЕ 1 Учет отремонтированных, реконструированных, модернизированных объектов 1 Учет отремонтированных, реконструированных, модернизированных объектов 1.2 Технико-экономическое обоснование 1.3 Требования к разрабатываемой программе 1.4 Требования к составу и параметрам технических средств 2 моделирование структур данных 2.1 Разработка концептуальной модели базы данных 2.2 Разработка логической модели базы данных 2.3 Разработка модели сущность-связь 3 Проектирование базы данных 3.1 Преобразование модели «сущность-связь» в реляционную модель данных 3.2 Физическое проектирование таблиц БД 3.3 Разработка запросов к базе данных 3.4 Разработка отчетов 3.5 Создание форм Выводы Перечень ссылок ВВЕДЕНИЕ Восстановление объекта основных средств может осуществляться посредством текущего, среднего капитального ремонта, а также модернизации и реконструкции.

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

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

скачать реферат Общие понятия реляционного подхода к организации БД

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

скачать реферат Проектирование автоматизированных информационных систем

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

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

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