Реляционные базы данных
(Реляционные базы данных.) Большие корпоративные вычислительные центры используют сложные программные продукты для работы с базами данных. Но есть пользователи, кото-рые поддерживают информационные массивы средних размеров. И тем и другимнеобходимы программные продукты, которые помогали бы ориентироваться в со-ответствующих базах данных. Начнём с введения в реляционные базы данных ипроектирование приложений в реляционном мире. База данных – это организованное собрание данных, где данные хранятсяс некоторым назначением. Простым примером неэлектронной базы данных явля-ется обычная библиотека, в которой хранятся книги, периодические издания ипрочие документы. Согласно нашему определению, база данных является организованным собранием данных. Реляционная же база данных организовывает данные в табли-цы и обеспечивает операции извлечения , генерирующие новые таблицы из уже имеющихся. В результате пользователь видит всю базу данных в виде таблиц.Нам необходим некий способ взаимодействия с базой данных. Нужно определять таблицы, а также извлекать, добавлять и удалять данные. SQL (Structure Query Language – язык структурированных запросов) является компьютерным языком, используемым для выражения операций с базой данных, организованной в реляционной форме. SQL является принятым в отрасли стандартом языка, на котором говорит большинство программистов баз данных. Вообще, базы данных существуют для того, чтобы люди могли с ними взаимодействовать. В случае электронных баз данных взаимодействие происходит не непосредственно с базой данных, а косвенно – с помощью программного обеспечения. Область, в которой развитие баз данных имело особо взрывной характер – это разработка приложений для Интернет. База данных сервера может поддерживать многие важные функции в Интернете. Фактически, любое содержание веб – страниц может управляться базой данных.Вот как веб – страница обычно взаимодействует с базой данных. База данных находится на нашем веб – сервере или другой машине, с которой наш сервер может обмениваться данными. Мы помещаем на веб – страницу форму, в которую пользователь вводит свой запрос или данные, которые нужно передать. После передачи формы на сервер последний запускает написанную нами программу, которая извлекает переданные пользователем данные. Эти программы делаются чаще всего в виде CGI – сценариев или серверных приложениий на Java. Теперь программа знает, какие данные нужны пользователю или что он хочет внести в базу данных. Программа формирует команду SQL для выборки или изменения данных, а база данных делает всё остальное. Результаты, получаемые от базы данных, программа может оформить в виде новой HTML – странички и отправить обратно пользователю. Проектирование баз данных Проектирование баз данных – серьёзный вопрос. И здесь необходимо определить следующие термины:сущность это важная вещь или объект сведение о котором нужно сохранить. Сущность – это отличимый объект, где объект, о котором идёт речь, может быть настолько конкретным или абстрактным, насколько нам нравится. Сведения о сущностях имеют вид атрибутов и/или связей. Если некий кандитат на то, чтобы быть сущностью, не имеет атрибутов или связей, то в действительности он не является сущностью. связью называется ассоциирование двух или более сущностей. Примерами связей является зачисление служащих в отделы (связь “многие – к одной”) и поставка деталей поставщикам (связь “многие – ко многим”). - атрибут (свойство) – это однозначный факт о некоторой сущности, то есть данные о сущности, которые нужно сохранить. Укаждой сущности ноль или более атрибутов.И каждый атрибут описывает в точности одну сущность. Каждый экземпляр сущности ( строка таблицы ) имеет в точности одно значение, возможно, равное NULL. Термин “проектирование баз данных” используется в смысле логического проектирования. Это не значит, что физическое проектирование не считается столь важным. Дело в том, что оно представляет собой самостоятельную задачу, которой можно и нужно заниматься отдельно после того, как выполнено логическое проектирование. Будем различать сущности трёх основных классов: стержневые, ассоциативные и характеристические. Стержневая сущность – это независимая сущность ( ей свойственно независимое существование ). Ассоциативная сущность рассматривается как связь между двумя или более другими сущностями вида “многие – ко – многим”. Характеристическая – это такая, цель которой состоит в описании или уточнении некоторой другой сущности. Ассоциации и характеристики не являются независимыми , так как они предполагают существование некоторой другой сущности или сущностей, которые будут ассоциироваться или “характеризоваться”. Основой приведённой выше классификационной схемы служит тот факт, что связи между сущностями можно единственным образом разделить на две различные категории, а именно: связи вида “многие – ко – многим”, которые мы называем ассоциациями, и связи вида “многие – к – одной” , которые мы называем обозначениями. Ассоциации рассматриваются как полноправные сущности: они могут обладать свойствами , могут участвовать в других ассоциациях и так далее, точно также, как стержневые сущности. Вместо этого свойства обозначения в большинстве случаев считаются свойствами обозначаемой сущности. Существуют такие понятия , как первичные и внешние ключи, а также такое понятие как нормализация. Для большего понимания рассмотрим конкретную базу данных. В нашем примере база данных будет ссылаться на ряд объектов – компакт диски (CD), название CD, название группы и название фирмы звукозаписи. На этом примере станет ясно, что есть сущность, а что – атрибут. Мы определяем несколько видов данных, относящихся к каждому CD, и без которых описать CD невозможно. Поэтому CD является одним из тех объектов, которые мы хотим описать, и, следовательно, является сущностью. По общепринятому соглашению об именовании сущностей имя сущности должно быть в единственном числе. Поэтому таблицу назовём “CD”, а не “CDs”.Ниже – таблица с атрибутами CD, которые описывают CD:Эта диаграмма проста, но ещё не закончена. А именно – целью моделирования является устранение избыточности с помощью приёма, называемого нормализацией. Необходимо нормализовать нашу базу данных. Задача нормализации – устранить из базы данных некоторые нежелательные характеристики. В частности, ставится задача устранить некоторые виды избыточности данных и благодаря этому избежать аномалий при изменении данных. Аномалии изменения данных – это сложности при операциях вставки, изменения и удаления данных, возникающие из-за структуры базы данных. В результате нормализации модель данных становится более ясной.
Другие файлы:
Базы данных и UML. Проектирование
Книга Базы данных и UML посвящается использованию универсального языка моделирования UML (одобренный стандарт группы по управлению объектами) для прое...
Системная архитектура и структура RDBMS ORACLE
Базы данных и управление информацией 2Структура базы данных и управление пространством 4Реляционные СУБД 4Открытые и закрытые базы данных 5Структура б...
Введение в реляционные базы данных
Разработка базы данных для хранения информации о мероприятиях и продуктах
Особенности систем управления базами данных (СУБД): основные понятия, реляционные базы, основные этапы их проектирования. Концептуальная (логическая)...
Информационные ресурсы Интернет, относящиеся к области бизнеса и коммерции
Основы работ с базами данных. Некоторые сведения о типах данных. Интерфейс БД. Текстовые, сетевые, реляционные базы данных. Проектирование баз данных....
