Студенческий сайт КФУ - ex ТНУ » Учебный раздел » Учебные файлы »Информатика

Реляционные базы данных-правила формирования отношений

Тип: реферат
Категория: Информатика
Скачать
Купить
СодержаниеВведениеГлава 1. Основные понятия БД и СУБД ………………………..……….5
  • Данные и ЭВМ……………………………………………...…..…..5
  • Архитектура СУБД………………………………………...…….…7
  • Модели данных…………………………………………………..…10
  • Глава 2. Инфологическая модель данных "Сущность-связь"……….…12
  • Основные понятия………………………………………………...….12
  • Характеристика связей и язык моделирования………………….…14
  • Классификация сущностей…………………………………………..16
  • Первичные и внешние ключи………………………………………..19
  • Ограничения целостности………………………………………...….23
  • Глава 3. Реляционный подход………………………………………….…25
  • Реляционная структура данных……………………………...………25
  • Реляционная база данных……………………………………...……..28
  • Манипулирование реляционными данными…………………….….30
  • ЗаключениеСписок используемой литературыВведениеОсновные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных (СУБД).Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД. Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии БД основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельных процессов, целостности (правильности) и безопасности данных, а также санкционирования доступа. Задачами данной работы являются:
  • дать основные понятия баз данных, описать архитектуру СУБД, модели данных;
  • раскрыть модель сущность-связь, описать характеристику связей, классификацию сущностей, структуру первичных и внешних ключей, определить понятие целостности данных;
  • описать реляционную структуру данных, реляционные базы данных и способы манипулирования ими.
  • Глава 1. Основные понятия БД и СУБД
  • Данные и ЭВМ
  • Восприятие реального мира можно соотнести с последовательностью разных, хотя иногда и взаимосвязанных, явлений. С давних времен люди пытались описать эти явления (даже тогда, когда не могли их понять). Такое описание называют данными.Традиционно фиксация данных осуществляется с помощью конкретного средства общения (например, с помощью естественного языка или изображений) на конкретном носителе (например, камне или бумаге). Обычно данные (факты, явления, события, идеи или предметы) и их интерпретация (семантика) фиксируются совместно, так как естественный язык достаточно гибок для представления того и другого. Примером может служить утверждение "Стоимость авиабилета 128". Здесь "128" – данное, а "Стоимость авиабилета" – его семантика. Нередко данные и интерпретация разделены. Например, "Расписание движения самолетов" может быть представлено в виде таблицы , в верхней части которой (отдельно от данных) приводится их интерпретация. Такое разделение затрудняет работу с данными (трудно быстро получить сведения из нижней части таблицы).Применение ЭВМ для ведения и обработки данных обычно приводит к еще большему разделению данных и интерпретации. ЭВМ имеет дело главным образом с данными как таковыми. Большая часть интерпретирующей информации вообще не фиксируется в явной форме (ЭВМ не "знает", является ли "21.50" стоимостью авиабилета или временем вылета). Почему же это произошло?Существует по крайней мере две исторические причины, по которым применение ЭВМ привело к отделению данных от интерпретации. Во-первых, ЭВМ не обладали достаточными возможностями для обработки текстов на естественном языке – основном языке интерпретации данных. Во-вторых, стоимость памяти ЭВМ была первоначально весьма велика. Память использовалась для хранения самих данных, а интерпретация традиционно возлагалась на пользователя. Пользователь закладывал интерпретацию данных в свою программу, которая "знала", например, что шестое вводимое значение связано с временем прибытия самолета, а четвертое – с временем его вылета. Это существенно повышало роль программы, так как вне интерпретации данные представляют собой не более чем совокупность битов на запоминающем устройстве.Жесткая зависимость между данными и использующими их программами создает серьезные проблемы в ведении данных и делает использования их менее гибкими.Нередки случаи, когда пользователи одной и той же ЭВМ создают и используют в своих программах разные наборы данных, содержащие сходную информацию. Иногда это связано с тем, что пользователь не знает (либо не захотел узнать), что в соседней комнате или за соседним столом сидит сотрудник, который уже давно ввел в ЭВМ нужные данные. Чаще потому, что при совместном использовании одних и тех же данных возникает масса проблем.Разработчики прикладных программ (написанных, например, на Бейсике, Паскале или Си) размещают нужные им данные в файлах, организуя их наиболее удобным для себя образом. При этом одни и те же данные могут иметь в разных приложениях совершенно разную организацию (разную последовательность размещения в записи, разные форматы одних и тех же полей и т.п.). Обобществить такие данные чрезвычайно трудно: например, любое изменение структуры записи файла, производимое одним из разработчиков, приводит к необходимости изменения другими разработчиками тех программ, которые используют записи этого файла.
  • Архитектура СУБД
  • СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:
  • физическом размещении в памяти данных и их описаний;
  • механизмах поиска запрашиваемых данных;
  • проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);
  • способах обеспечения защит...
  • Другие файлы:

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

    Базы данных и UML. Проектирование
    Книга Базы данных и UML посвящается использованию универсального языка моделирования UML (одобренный стандарт группы по управлению объектами) для прое...

    Системная архитектура и структура RDBMS ORACLE
    Базы данных и управление информацией 2Структура базы данных и управление пространством 4Реляционные СУБД 4Открытые и закрытые базы данных 5Структура б...

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

    Разработка базы данных для хранения информации о мероприятиях и продуктах
    Особенности систем управления базами данных (СУБД): основные понятия, реляционные базы, основные этапы их проектирования. Концептуальная (логическая)...