Реляционные СУБД: базы данных обзор, примеры

Опубликованно 19.07.2019 19:17

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

Реляционные базы данных СУБД была изобретена в начале 1970-х э. ф. Презерватив, молодой ученый-программист IBM. В специальной статье на RB он пригласил для записи данных в иерархических структурах для организации их в таблицы со строками и столбцами.

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

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

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

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

DR. COD, известный его коллегам как Тед, был удостоен звания стипендии IBM в 1976 году, а в 1981 году Ассоциация вычислительной техники Turing Award за вклад, BD в развитие передал ему. Принципы создания

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Элементы Таблиц: Столбцы DEPT имеют упорядоченный набор: DEPTNO, DEPTNAME, MGR и ADMK. Вы должны все эти данные. Строк - каждая из них содержит данные для одного отдела. Значение на пересечении столбца и строки. Пример: PLANNING является значение столбца NAME в строке DEPT для отдела B01.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Иван Фролов

Категория: Мобильная техника