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

Опубликованно 08.04.2019 06:15

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

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

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

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

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

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

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

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

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

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

Есть ряд категорий, базы данных: от простых плоских файлов, не NoSQL, до самых новых грата, которые считаются даже более интимной, чем стандартные. Базы данных в плоских файлах состоит из таблицы, которая не имеет никакого отношения, обычно это текстовые файлы. Позволяет пользователям указывать, реляционные базы данных атрибуты данных, такие как столбцы и типы. Альтернативные структуры

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Иван Фролов

Категория: Hi-Tech