Реляционных баз данных: введение в базы данных, примеры

Опубликованно 01.06.2019 00:19

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

Реляционная база данных была изобретена в начале 1970-х годов E. F. Презерватив, молодые исследователи IBM компьютера. В специальный пункт, на РБ он предложил перейти на хранение данных в структурах, их организация в таблицы, в которых строки и столбцы.

В 1960-х годах, собрал огромное количество данных, хранящихся на новые большие компьютеры в мире, многие из которых были компьютеры IBM System 360. Это стало проблемой для дальнейшего развития цифровых технологий. Расчеты на эвм были дороги, часто стоили сотни долларов в минуту. Основная часть этих расходов была сложность, связанная с базами данных (БД).

В 1973 году, лаборатории Сан-Хосе, теперь Almaden, начал разработку программы под названием System R (relations), чтобы применить теорию отношений, с помощью, так называемой, промышленной реализации. Это качество будет решающим, чтобы определить, какие СУБД называются реляционными. В результате реализации этого проекта была придумана новая революционная система хранения, которая стала основой успеха IBM.

Дон Шамбери и Рэй Бойс изобрели SQL для структурированных данных, которые сегодня более широко используются. Patricia Selangor разработала оптимизатор, основанный на стоимости выполнения работы с реляционными БД, более экономичное и эффективное. И Рэймонд Лори изобрел компилятор, сохраняя процедуре запрос в базу данных для использования в будущем.

В 1983 году IBM представила второе семейство реляционных баз данных DB2 для управления данными. Сегодня, DB2 продолжают производить миллиарды операций каждый день, будучи самым успешным IBM. По Ничего Кришны, генеральный менеджер подразделения IBM Information Management DB2 продолжает быть лидером в области инноваций, реляционных баз данных (БД).

Доктор Кодд, известный своими коллегами так же, как Тед, получил звание стипендиата IBM в 1976 году и в 1981 году, Ассоциация ит вручил ему премию Тьюринга за их вклад РБ. Принципы создания

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

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

Реляционные базы данных состоят из таблиц, содержащих строки и столбцы. При создании БД определяют диапазон возможных значений в столбце данных и дополнительные ограничения, которые могут применяться к этой стоимости. Например, в области обслуживания клиентов могут разрешить до 10 возможных имен, но в той же таблице, вы можете ограничиться указанием только три из этих имен клиентов. Два ограничения касаются целостности данных, а также первичные и внешние ключи. Целостности объекта гарантирует, что первичный ключ является уникальным, и что значение не равно нулю. Ссылочная целостность требует, чтобы каждое значение в столбце внешнего ключа был найден в первичный ключ таблицы, в которой она произошла.

Существует некоторое количество категорий в базе данных: от простых плоских файлов, не NoSQL, серьезные, которые считаются еще более реляционных, чем стандарт. База данных "неструктурированный файл" состоит из таблицы, которая не имеет никакого отношения, это, как правило, текстовых файлов. Она позволяет пользователям указать из основных атрибутов данных, такие как имена столбцов и типы. Других структур

Базы данных NoSQL является альтернативой BD, которая особенно полезна для работы с большими наборами данных, распределенных.

База данных графиков, выходит за рамки модели реляционных данных из столбцов и строк. Sql-узлы и ребра, которые представляют собой соединения между отношениями данных и обнаруживают новые между ними. Серьезная БД являются более сложными, чем РБ, и, следовательно, их использование включает в себя механизмы обнаружения мошенничества или веб-рекомендаций. Примеры реляционных баз данных

SQLite-это база данных SQL с открытым исходным кодом. И может хранить всю БД в один файл. Самое большое преимущество, что он предлагает, это то, что все данные могут быть сохранены локально, без подключения к серверу. SQLite стал популярным для базы данных в мобильных телефонах, КПК, MP3-плееры, приставки и другие электронные устройства.

MySQL - другая популярная реляционная модель базы данных SQL с открытым исходным кодом. Как правило, он используется в веб-приложениях и часто с помощью PHP. Основные преимущества легкость использования, доступность, надежность. Некоторые недостатки проявляются только при масштабировании, она страдает от низкой производительности труда, разработка приложений с открытым исходным кодом отстает от Oracle, установил контроль над MySQL и не включает в себя некоторые дополнительные возможности.

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

СУБД - система управления реляционными базами данных, разработанный EF codd IBM, а также возможность создания, редактирования и администрирования БД. Многие существующие сегодня, комиксов, являются продолжением этой старой модели. Записанные данные обрабатываются с применением реляционных операторов в СУБД.

SQL используется как язык запросов баз данных-это логическая группа данных. Она содержит ряд таблиц и индексов пространства. Как правило, база данных содержит все данные, связанные с приложением или связанная с группой. Например, может быть BD заработной платы или инвентарь. Различия СУБД нормальной СУБД

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

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

Таблица-это логическая структура, состоящая из строк и столбцов. Линии не имеют фиксированного порядка, следовательно, если данные извлекаются, может быть, нужно разобраться. Порядок столбцов при создании таблицы администратором базы данных. На пересечении каждого столбца и строки является элементом данных, называется значение, или, точнее, атомного значения. Таблица называется придал классификатор идентификатор пользователя-владельца, за которым следует имя таблицы, например, ТЕСТ.DEPT или PROD.DEPT.

Существует несколько видов таблиц: База, которая создается и содержит постоянные данные. Временное, в которой хранятся промежуточные результаты запросу.

Элементы массива: Столбцы имеют упорядоченный набор: DEPTNO, DEPTNAME, MGR и ADMK DEPT. Все они должны быть того же типа данных. Онлайн - каждый содержит данные для одного отдела. Значение на пересечении столбца и строки. Например, ПЛАНИРОВАНИЕ является значение столбца DEPT название в строке подразделение B01.

Индекс-это упорядоченный набор указателей на строки таблицы. В отличие от строк таблицы, которые не находятся в определенном порядке, DB2 должна всегда поддерживать порядок.

Индекс используется для двух целей: Для повышения производительности получения значений данных. Для уникальности.

Создав индекс на имя сотрудника, вы можете получить данные этого сотрудника быстрее, чем сканирование всей таблицы. Кроме того, от его создания, DB2 обеспечит уникальность каждого значения. Создание индекса автоматически создается индекс пространства, все данные, которые он содержит. Ключи

Ключ-это один или несколько столбцов, определены как такие, при создании в определении ссылочной целостности. Таблица имеет только один первичный ключ, так как он определяет суть. Есть требования к нему: Он должен иметь значение, не равное нулю. Он должен иметь уникальный индекс. Можно иметь более одного уникального ключа в таблице. Внешний ключ - внешний ключ, указанный в ограничение ссылочной целостности, в его существование зависело от или первичного ключа родителя. Сетевая модель базы данных

Эта база данных делает запись того, многих родителей и детей форматы, возможность визуализировать в виде сетевой структуры. Наоборот, в дереве элемент реляционной базы данных имеет ряд дочерних предприятий и родителей. На самом деле модель сети, очень похож на руководителя, как и его подмножества. Однако, вместо использования одного родителя в модели используется теория множеств, позволяющий иерархии дерева. Исключением является лишь дочерней таблицы, вы можете иметь более одного родителя.

Преимущества сети БД: Концептуально простой и легко разрабатывать. Доступ к данным является более простой и гибкой по сравнению с моделью иерархической и не позволяет члену существовать без родителя. Может обрабатывать сложные данные из-за его отношения многие-ко-многим. Это позволяет более естественное моделирование отношений между папками или объекты реляционной базы данных, в отличие от иерархической. Благодаря своей гибкости легко перемещается и находит информацию в сети базы данных. Такая структура изолирует программы управления сложных физических данных. Объектно-ориентированная система

Объектно-ориентированные БД, все данные являются объектами. Они могут быть связаны друг с другом отношением «является частью более крупных элементов.

Например, данные, описывающие автомобиль, могут быть сохранены как часть двигателя, шасси, коробки передач, системы рулевого управления и другие Классы объектов могут образовывать иерархию, в рамках которой объекты наследуют свойства объекта выше. Например, все объекты данного класса двигателя транспорта получит двигатель (грузовик, автомобиль или самолет). Кроме того, двигатели также являются объектами данных, а атрибут двигателя конкретного транспортного средства, будет ссылаться на конкретный объект двигателя.

Мультимедийные базы данных, голоса, музыка и видео сохраняются с традиционным текст, служат основанием для отображения данных в виде объектов. Эти объектно-ориентированные базы данных становятся все более важными, так как их структура является более гибкой и адаптируемой. То же самое относится и к базе данных изображений, фотографий или карт. Будущее технологии БД часто рассматривается как интеграция с реляционными базами данных и объектно-ориентированных моделей. Процесс проектирования

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

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

При использовании базы данных Access, вы не можете просто начать процесс ввода данных. Вы должны применить дизайн РБ в деления блок информации по серии картин. Они подключаются с помощью реляционных ассоциаций, когда поле совпадает с полем в другой таблице.

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

Таким образом, можно резюмировать, что основные преимущества BD заключается в том, что они позволяют пользователям классифицировать и хранить данные, легко продлить и не зависят от физической организации. После создания БД, вы можете добавить новую категорию данных без изменения существующих приложений.

Иван Фролов

Категория: обо всём