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

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

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

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

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

Крючки с поводками Mikado SSH Fudo "SB Chinu", №4BN, поводок 0,22 мм.
Качественные Японские крючки с лопаткой. Крючки с поводками – готовы к ловле. Высшего качества, исключительно острые японские крючки,
58 руб
Раздел: Размер от №1 до №10
Наклейки для поощрения "Смайлики 2".
Набор для поощрения на самоклеящейся бумаге. Формат 95х160 мм.
19 руб
Раздел: Наклейки для оценивания, поощрения
Браслет светоотражающий, самофиксирующийся, желтый.
Изготовлены из влагостойкого и грязестойкого материала, сохраняющего свои свойства в любых погодных условиях. Легкость крепления позволяет
66 руб
Раздел: Прочее
 Цели проектирования Только небольшие организации могут обобществить данные в одной полностью интегрированной базе данных. Чаще всего администратор баз данных (даже если это группа лиц) практически не в состоянии охватить и осмыслить все информационные требования сотрудников организации (т.е. будущих пользователей системы). Поэтому информационные системы больших организаций содержат несколько десятков БД, нередко распределенных между несколькими взаимосвязанными ЭВМ различных подразделений. (Так в больших городах создается не одна, а несколько овощных баз, расположенных в разных районах.) Отдельные БД могут объединять все данные, необходимые для решения одной или нескольких прикладных задач, или данные, относящиеся к какой-либо предметной области (например, финансам, студентам, преподавателям, кулинарии и т.п.). Первые обычно называют прикладными БД, а вторые – предметными БД (соотносящимся с предметами организации, а не с ее информационными приложениями). (Первые можно сравнить с базами материально-технического снабжения или отдыха, а вторые – с овощными и обувными базами.) Предметные БД позволяют обеспечить поддержку любых текущих и будущих приложений, поскольку набор их элементов данных включает в себя наборы элементов данных прикладных БД. Вследствие этого предметные БД создают основу для обработки неформализованных, изменяющихся и неизвестных запросов и приложений (приложений, для которых невозможно заранее определить требования к данным). Такая гибкость и приспосабливаемость позволяет создавать на основе предметных БД достаточно стабильные информационные системы, т.е. системы, в которых большинство изменений можно осуществить без вынужденного переписывания старых приложений. Основывая же проектирование БД на текущих и предвидимых приложениях, можно существенно ускорить создание высокоэффективной информационной системы, т.е. системы, структура которой учитывает наиболее часто встречающиеся пути доступа к данным. Поэтому прикладное проектирование до сих пор привлекает некоторых разработчиков. Однако по мере роста числа приложений таких информационных систем быстро увеличивается число прикладных БД, резко возрастает уровень дублирования данных и повышается стоимость их ведения. Таким образом, каждый из рассмотренных подходов к проектированию воздействует на результаты проектирования в разных направлениях. Желание достичь и гибкости, и эффективности привело к формированию методологии проектирования, использующей как предметный, так и прикладной подходы. В общем случае предметный подход используется для построения первоначальной информационной структуры, а прикладной – для ее совершенствования с целью повышения эффективности обработки данных. При проектировании информационной системы необходимо провести анализ целей этой системы и выявить требования к ней отдельных пользователей (сотрудников организации) . Сбор данных начинается с изучения сущностей организации и процессов, использующих эти сущности (подробнее в приложении Б). Сущности группируются по "сходству" (частоте их использования для выполнения тех или иных действий) и по количеству ассоциативных связей между ними (самолет – пассажир, преподаватель – дисциплина, студент – сессия и т.д.). Сущности или группы сущностей, обладающие наибольшим сходством и (или) с наибольшей частотой ассоциативных связей объединяются в предметные БД. (Нередко сущности объединяются в предметные БД без использования формальных методик – по "здравому смыслу".) Для проектирования и ведения каждой предметной БД (нескольких БД) назначается АБД, который далее занимается детальным проектированием базы.

Есть и другая многозначная зависимость "Дисциплина-Учебник": при изучении Информатики используются учебники "Паскаль для всех" и "Язык Си". При этом Преподаватель и Учебник не связныфункциональной зависимостью, что приводит к появлению избыточности (для добавление еще одного учебника придется ввести в таблицу две новых строки). Дело улучшается при замене этой таблицы на две: (Дисциплина-Преподаватель и Дисциплина-Учебник). Процедура нормализации Как уже говорилось, нормализация – это разбиение таблицы на несколько, обладающих лучшими свойствами при обновлении, включении и удалении данных. Теперь можно дать и другое определение: нормализация – это процесс последовательной замены таблицы ее полными декомпозициями до тех пор, пока все они не будут находиться в 5НФ. На практике же достаточно привести таблицы к НФБК и с большой гарантией считать, что они находятся в 5НФ. Разумеется, этот факт нуждается в проверке, однако пока не существует эффективного алгоритма такой проверки. Поэтому остановимся лишь на процедуре приведения таблиц к НФБК. Эта процедура основывается на том, что единственными функциональными зависимостями в любой таблице должны быть зависимости вида K->F, где K – первичный ключ, а F – некоторое другое поле. Заметим, что это следует из определения первичного ключа таблицы, в соответствии с которым K->F всегда имеет место для всех полей данной таблицы. "Один факт в одном месте" говорит о том, что не имеют силы никакие другие функциональные зависимости. Цель нормализации состоит именно в том, чтобы избавиться от всех этих "других" функциональных зависимостей, т.е. таких, которые имеют иной вид, чем K->F. Если воспользоваться рекомендацией п. 4.5 и подменить на время нормализации коды первичных (внешних) ключей на исходные ключи, то, по существу, следует рассмотреть лишь два случая: 1. Таблица имеет составной первичный ключ вида, скажем, (К1,К2), и включает также поле F, которое функционально зависит от части этого ключа, например, от К2, но не от полного ключа. В этом случае рекомендуется сформировать другую таблицу, содержащую К2 и F (первичный ключ – К2), и удалить F из первоначальной таблицы: Заменить (K1,K2,F),  первичный ключ (К1,К2), ФЗ К2->F на      1(K1,K2),   первичный ключ (К1,К2), и       2(K2,F),    первичный ключ К2. 2. Таблица имеет первичный (возможный) ключ К, не являющееся возможным ключом поле F1, которое, конечно, функционально зависит от К, и другое неключевое поле F2, которое функционально зависит от F1. Решение здесь, по существу, то же самое, что и прежде – формируется другая таблица, содержащая F1 и F2, с первичным ключом F1, и F2 удаляется из первоначальной таблицы: Заменить (K,F1,F2),  первичный ключ К, ФЗ F1->F2 на      1(K,F1),    первичный ключ К, и       2(F1,F2),   первичный ключ F1. Для любой заданной таблицы, повторяя применение двух рассмотренных правил, почти во всех практических ситуациях можно получить в конечном счете множество таблиц, которые находятся в "окончательной" нормальной форме и, таким образом, не содержат каких-либо функциональных зависимостей вида, отличного от K->F.

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

 Базы данных: конспект лекций

Например, можно ввести дополнительный столбец, который будет определять порядок строк. В этом случае от перестановки строк тоже ничего не изменится. Вот пример такой таблицы: 4. В таблице, представляющей отношение, не должно быть строк-дубликатов. Если же в таблице встречаются повторяющиеся строки, это можно легко исправить введением дополнительного столбца, отвечающего за количество дубликатов каждой строки, например: Следующее свойство также является вполне ожидаемым, потому что лежит в основе всех принципов программирования и проектирования реляционных баз данных. 5. Данные во всех столбцах должны быть одного и того же типа. И кроме того они должны быть простого типа. Поясним, что такое простой и сложный типы данных. Простой тип данных это такой тип, значения данных которого не являются составными, т. е. не содержат составных частей. Таким образом, в столбцах таблицы не должны присутствовать ни списки, ни массивы, ни деревья, ни подобные названным составные объекты. Такие объекты составной тип данных в реляционных системах управления базами данных сами представляются в виде самостоятельных таблиц-отношений. 2

скачать реферат CASE-технологии

В согласованной модели для всех потоков данных и накопителей данных должно выполняться правило сохранения информации: все поступающие куда-либо данные должны быть считаны, а все считываемые данные должны быть записаны. 2.4. Моделирование данных 2.4.1. Case-метод Баркера Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных. Нотация ERD была впервые введена П. Ченом (Che ) и получила дальнейшее развитие в работах Баркера . Метод Баркера будет излагаться на примере моделирования деятельности компании по торговле автомобилями. Ниже приведены выдержки из интервью, проведенного с персоналом компании.

Бутылочка для кормления "Avent Classic+", 260 мл (розовая, рисунок: бабочка), от 1 месяца.
Ограниченная серия - бутылочка для кормления розовая c рисунком (бабочка), серия Classic+. Зарекомендовавшая себя серия Classic была
403 руб
Раздел: Бутылочки
Пакеты с вырубной ручкой "Stones & Samson", 50х40 см (50 штук).
Размер: 50х40 см. В упаковке: 50 штук. Материал: полиэтилен (ПВД).
331 руб
Раздел: Узоры
Набор со стикерами и фоном "Транспорт".
Этот красочный набор стикеров включает в себя 5 глянцевых картинок, на которых изображены различные местности, а также более 165 виниловых
479 руб
Раздел: Альбомы, коллекции наклеек
 Базы данных: конспект лекций

А именно оно не связано с упорядоченностью по столбцам в табличной форме представления. Вместо этого вводятся так называемые схемы отношений «строка заголовок столбцов», т. е. каждому столбцу дается заголовок, после чего их можно беспрепятственно менять местами. Вот как будут выглядеть наши отношения R> и R< в реляционной базе данных. Отношение строгого порядка (вместо отношения R>): Отношение строгого порядка (вместо отношения R<): Обе таблицы-отношения получают новое (в данном случае одинаковое, так как введением дополнительных заголовков мы стерли различия между отношениями R> и R<) название. Итак, мы видим, что при помощи такого несложного приема, как дополнение таблиц необходимыми заголовками, мы приходим к тому, что отношения R> и R< становятся эквивалентными друг другу. Таким образом, делаем вывод, что понятие «отношение» в общем математическом и в реляционном смысле совпадают не полностью, не являются тождественными. В настоящее время реляционные системы управления базами данных составляют основу рынка информационных технологий

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

Например, при работе с СУБД I gres можно выбирать один из предлагаемых способов физической организации отношений, при работе с Sys em R следовало бы прежде всего подумать о кластеризации отношений и требуемом наборе индексов и т.д. Поэтому я ограничусь вопросами логического проектирования реляционных баз данных, которые существенны при использовании любой реляционной СУБД. Более того, не буду касаться очень важного аспекта проектирования ­– определения ограничений целостности (за исключением ограничения первичного ключа). Дело в том, что при использовании СУБД с развитыми механизмами ограничений целостности (например, SQL-ориентированных систем) трудно предложить какой-либо общий подход к определению ограничений целостности. Эти ограничения могут иметь очень общий вид, и их формулировка пока относится скорее к области искусства, чем инженерного мастерства. Самое большее, что предлагается по этому поводу в литературе, это автоматическая проверка непротиворечивости набора ограничений целостности. 1. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ С ИСПОЛЬЗОВАНИЕМ НОРМАЛИЗАЦИИ Сначала я рассмотрю классический подход, при котором весь процесс проектирования производится в терминах реляционной модели данных методом последовательных приближений к удовлетворительному набору схем отношений.

 Практика и проблематика моделирования бизнес-процессов

IDEF1X (IDEF1 Extended)P стандарт проектирования реляционных структур, основанный на концепции «сущность связь» (ER Entity-Relationship), предложенной в 1976 году сотрудником корпорации IBM Питером Ченом. Применяется для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы и обеспечивающий универсальное представление структуры данных в рамках организации, независимое от конечной реализации базы данных и аппаратной платформы. IDEF2 (Simulation Modeling Method)P стандарт динамического моделирования развития систем. В связи с весьма серьезными сложностями задачи построения модели динамической системы и ее последующего анализа от использования этого стандарта практически отказались, и его развитие приостановилось еще на начальном этапе. IDEF2 использует модели и методы имитационного моделирования систем массового обслуживания, сети Петри, модель конечного автомата, описывающую поведение системы как последовательность смен состояний

скачать реферат Примеры комплексов CASE-средств

Для ряда средств разработки приложений (PowerBuilder, SQLWi dows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. Сетевая версия Erwi ModelMar обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы. BPwi - средство функционального моделирования, реализующее методологию IDEF0 Возможные конфигурации и ориентировочная стоимость средств (без технической поддержки) приведены в таблице. Конфигурация Стоимость, $ ERwi /ERX 3,295 Bpwi 2,495 ERwi /ERX for PowerBuilder, Visual Basic, 3,495 Progress ERwi /ERX for Delphi 4,295 ERwi /Desk op for PowerBuilder, Visual 495 Basic ERwi /ERX for SQLWi dows / Desig er/2000 / 3,495 / 5,795 / Solaris 6,995 ModelMar 5 / 10 user 11,995 / 19,995 Erwi /OPE for ModelMar 3,995 S-Desig or 4.2 представляет собой CASE-средство для проектирования реляционных баз данных. По своим функциональным возможностям и стоимости он близок к CASE-средству ERwi , отличаясь внешне используемой на диаграммах нотацией. S-Desig or реализует стандартную методологию моделирования данных и генерирует описание БД для таких СУБД, как ORACLE, I formix, I gres, Sybase, DB/2, Microsof SQL Server и др.

скачать реферат Моделирование данных

2.4.1. Case-метод Баркера Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных. Нотация ERD была впервые введена П. Ченом (Che ) и получила дальнейшее развитие в работах Баркера . Метод Баркера будет излагаться на примере моделирования деятельности компании по торговле автомобилями. Ниже приведены выдержки из интервью, проведенного с персоналом компании. Главный менеджер: одна из основных обязанностей - содержание автомобильного имущества. Он должен знать, сколько заплачено за машины и каковы накладные расходы. Обладая этой информацией, он может установить нижнюю цену, за которую мог бы продать данный экземпляр. Кроме того, он несет ответственность за продавцов и ему нужно знать, кто что продает и сколько машин продал каждый из них.

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

S DD O pusk Номер карточки Начало рабочего периода Окончание рабочего периода Вид отпуска Длительность отпуска Начало отпуска Окончание отпуска Дата записки о предоставлении отпуска Номер записки omK O Period OffPeriod VidO pusk Dli O pusk O O pusk OffO pusk Da eZapisk№Zapisk D D S D D D agrad Номер карточки Код награды Дата omK Kod agrad Da e agrad D DrAziki Номер карточки Код языка Степень владения omK KodAzik S epVlad S De y Номер карточки Дата рождения Имя Пол Учреждение omK Da eRogdD ame Pol Uchregde D S S S arushe Номер карточки Дата нарушения Код вида нарушения Код нарушения Дата приказа о взыскании Номер приказа Вид взыскания Взыскание omK Da e ar KodVid ar Kod ar Da ePrikazVz №Vz VidVz Vz D D S S 3.2.5 Связи информационных объектов При проектировании реляционных баз данных структурные связи устанавливаются между информационными объектами независимо от того, имеется ли между ними функциональная связь.

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

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

Доска гладильная НВ1 Валенсия. Принт чехла "Доброе утро", 46x123,5 см..
Гладильная доска выполнена из высококачественного металла. Рабочая поверхность оснащена отверстиями для пара и обтянута чехлом из хлопка.
2647 руб
Раздел: Доски гладильные
Бутылочка для кормления "Avent", 260 мл.
Бутылочка: полипропилен, не содержит бисфенол-А. Соска: силиконовая, не содержит бисфенол-А. Возраст: 0—6 месяцев. При использовании
381 руб
Раздел: Бутылочки
Глобус детский зоогеографический, с подсветкой, 210 мм.
Глобус Земли зоогеографический для детей, с подсветкой. Диаметр: 210 мм. Материал: пластик.
845 руб
Раздел: Глобусы
скачать реферат Базы данных. Создание форм и отчетов (на примере ACCESS)

Описание этого списка, часто называемого «12 правилами Кодда», требует введения сложной терминологии и выходит за рамки дипломной работы. Тем не менее можно назвать некоторые правила Кодда для реляционных систем. Чтобы считаться реляционной по Кодду, система управления базами данных должна: Представлять всю информацию в виде таблиц; Поддерживать логическую структуру данных, независимо от их физического представления; Использовать язык высокого уровня для структурирования, выполнения запросов и изменения информации в базах данных; Поддерживать основные реляционные операции (выбор, проектирование и объединение), а также теоретико-множественные операции, такие как объединение, пересечение и дополнение; Поддерживать виртуальные таблицы, обеспечивая пользователям альтернативный способ просмотра данных в таблицах; Различать в таблицах неизвестные значения ( ulls), нулевые значения и пропуски в данных; Обеспечивать механизмы для поддержки целостности, авторизации, транзакций и восстановления данных. Первое правило Кодда гласит, что вся информация в реляционных базах данных представляется значениями в таблицах. В реляционных системах таблицы состоят из горизонтальных строк и вертикальных столбцов.

скачать реферат Проектирование базы данных магазина по сборке компьютеров

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ ДАЛЬНЕВОСТОЧНЫЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТКОНТРОЛЬНАЯ РАБОТАпо дисциплине: «Создание приложений средствами MS Access» на тему: «Проектирование базы данных магазина по сборке компьютеров»Владивосток 2009 Введение Современная экономика не мыслима без эффективного управления. Успех управления во многом определяется эффективностью принятия интегрированных решений, которые учитывают самые разносторонние факторы и тенденции динамики их развития. Важная категория интегрированных решений – система обработки информации предприятия. Управление любого предприятия ставит перед собой цели добиться продвижения вперед, развития и прогрессирования в целом деятельности предприятия. Одним из возможных путей достижения этих целей является автоматизация непосредственно основного производственного процесса, а также систему документооборота предприятия, т.е. внедрение в сферу деятельности предприятия новых продуктов современных технологий. В данной курсовой работе рассматривается новый программный продукт «Access-2000» (MICROSOF ) – популярная программа разработки реляционных Баз Данных, которая входит в состав пакета Microsof Office 2000.

скачать реферат Проектирование, создание и управление базой данных «Переплетная мастерская» в пакете MS Access

Министерство образования Российской ФедерацииТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИНСТИТУТ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯК У Р С О В А Я Р А Б О Т АПроектирование, создание и управление базой данных «Переплетная мастерская» в пакете MS Access Руководитель работы: Преподаватель Кочегурова Е.А. Дата Подпись Исполнитель работы: Студент Сухоребрик И. А. гр. з-8890/11 Дата ПодписьТомск – 2002СОДЕРЖАНИЕ Введение .3ГЛАВА 1. ОСНОВЫ ACCESS – РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ .4 Определение (задание структуры) данных 4 Обработка данных .5 Управление данными 6 Microsof Access – нечто большее, чем СУБД 6 ГЛАВА 2. ПРОЕКТИРОВАНИЕ, СОЗДАНИЕ И УПРАВЛЕНИЕ БАЗОЙ ДАННЫХ НА ПРИМЕРЕ ПЕРЕПЛЕТНОЙ МАСТЕРСКОЙ В ПАКЕТЕ MS ACCESS .7 2.1. Краткое описание предметной области .7 2.2. Выделение информационных объектов. Описательные и ключевые реквизиты . 8 2.3. Связи информационных объектов 9 2.4. Информационно - логическая модель в каноническом виде .9 3. Структуры таблиц . . 9 4. Схема данных . 12 5. Запросы 13 6. Отчеты . 14 7. Формы . 14ЗАКЛЮЧЕНИЕ . 16 ЛИТЕРАТУРА . 17ВведениеОсновой для учета, контроля и планирования служат всевозможные картотеки, регистрационные журналы, списки и т.д. Они постепенно накапливаются и обновляются.

скачать реферат Разработка программы запросов

Курсовая работа Одесса 2010 Содержание Введение 1 Анализ существующих решений 1.1 Операции реляционной алгебры 1.2 Оптимизация запросов 1.3 Диаграмма запроса 1.4 Создание диаграммы запроса 1.5 Программы построения плана выполнения запроса 1.6 Выводы 2 Техническое задание на разработку обучающей программы построению запросов с использованием реляционных операций 2.1 Основание для разработки 2.2 Назначение разработки 2.3 Требования к программе 2.4 Требования к программной документации 2.5 Стадии и этапы разработки 2.6 Порядок контроля и приемки 3 Проектирование программы обучения реляционной алгебре 3.1 Анализ предметной области 3.2 Структура данных Список литературы Введение Реляционная алгебра описывает выполняемые над отношениями действия. Языки запросов, построенные на основе реляционной алгебры, в современных СУБД широкого распространения не получили. Однако знание реляционной алгебры необходимо для понимания сути действий, происходящих при выполнении любых запросов к реляционным базам данных. Значительным фактором, влияющим на производительность бизнес-приложений, является скорость выполнения их SQL-запросов. SQL-серверы предоставляют достаточно широкие возможности улучшений.

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

Реферат Пояснительная записка к исследовательской работе: 22 стр., 30 рис. Объект исследования — база данных станции технического обслуживания автомобилей. Цель исследования — проектирование модели базы данных и разработка базы данных станции технического обслуживания автомобилей, которая обеспечивает в режиме диалога доступ к следующей информации: владельцы ремонтируемых автомобилей, виды устраненных неисправностей, рабочие, выполнявшие указанный вид ремонтных операций. Предусмотрена возможность ввода начальных данных, внесения изменений и получения справок в виде отчета MS Access. В процессе разработки использовались следующие программные средства: Wi dows XP, Access 2003. В результате проведения работ была спроектирована и разработана база данных станции технического обслуживания автомобилей. СОДЕРЖАНИЕВведение 1 Описание предметной области 2 Моделирование структур данных 2.1 Разработка концептуальной модели базы данных 2.2 Разработка логической модели данных 2.3 Разработка модели «сущность – связь» 3 Проектирование базы данных 3.1 Преобразование модели «сущность-связь» в реляционную модель данных 3.2 Физическое проектирование таблиц базы данных 3.3 Разработка запросов к базе данных 3.4 Разработка отчетов 4 Проектирование управляющей программы 4.1 Разработка форм для ввода данных 4.2 Разработка интерфейса пользователя 4.3 Разработка средств администрирования базы данных Выводы Перечень ссылок ВВЕДЕНИЕ Основной задачей данной работы является разработка базы данных, обеспечивающую взаимодействие с ней в режиме диалога, для диспетчера станции техобслуживания.

Настольная игра "Loonacy".
Loonacy (Лунаси) – очень забавная и веселая игра, в которой победит тот, что проворнее и внимательнее. Суть игры заключается в том, чтобы
490 руб
Раздел: Карточные игры
Горшок дорожный и насадка на унитаз "HandyPotty", голубой.
Складной дорожный горшок HandyPotty. Он может заменить сразу три аксессуара: привычный ребенку и его родителям горшок, дорожный горшок для
1160 руб
Раздел: Прочие
Шкатулка музыкальная "Сердце", 16x15x7 см, арт. 24806.
Состав: пластик, элементы металла, стекло. Регулярно удалять пыль сухой, мягкой тканью. Музыкальный механизм с ручным заводом. Товар не
775 руб
Раздел: Шкатулки музыкальные
скачать реферат Разработка многопользовательской информационной системы ведения документации по аренде

Заключение Список использованных литературных источников Введение Проблема накопления, хранения, получения быстрого доступа и автоматизации обработки больших объемов информации возникла достаточно давно. С целью ее решения в настоящее время созданы и получили широкое распространение различные системы управления базами данных (СУБД). Среди них выделяются Paradox, dBase, FoxPro, Oracle и Access. Для раскрытия всех потенциальных возможностей, которые несет в себе использование баз данных, а также облегчения создания структуры базы данных используются CASE-технологии. Их применение увеличивает производительность труда, улучшение качества программных продуктов, обеспечивает поддержку унифицированного и согласованного стиля работы. В качестве системы управления реляционными базами данных, по заданию на курсовой проект, задан Access 2000, в качестве CASE-средств концептуального проектирования баз данных - ERwi 4.0 и функционального моделирования – BPwi 4.0. 1. Техническое задание 1.1 Анализ предметной области Информационная система предназначена для автоматизации ведения документации по аренде.

скачать реферат 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-х годах в США докто­ром Э. Коддом, имеет под собой мощную математическую Основу, описывающую правила эффективной организации данных. Разработанная Э. Коддом теорети­ческая база стала основой для разработки теории проектирования баз данных. Э. Кодд, будучи математиком по образованию, предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, раз­ность, декартово произведение).

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

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

скачать реферат Основы работы с базами данных Delphi

Таким образом в таблицу КЛИЕНТЫ В ГРУППЕ можно записывать любое количество людей и любое количество групп. Итак, после определения таблиц, полей, индексов и связей между таблицами следует посмотреть на проектируемую базу данных в целом и проанализировать ее, используя правила нормализации, с целью устранения логических ошибок. Важность нормализации состоит в том, что она позволяет разбить большие отношения, как правило, содержащие большую избыточность информации, на более мелкие логические единицы, группирующие только данные, объединенные “по природе”. Таким образом, идея нормализации заключается в следующем. Каждая таблица в реляционной базе данных удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное значение, и никогда не может быть множества таких значений. После применения правил нормализации логические группы данных располагаются не более чем в одной таблице. Это дает следующие преимущества: данные легко обновлять или удалять исключается возможность рассогласования копий данных уменьшается возможность введения некорректных данных.

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

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