Понятие модели данных, базы данных. понятие и назначение систем управления базами данных.

Замысел

1. Понятие модели данных, базы данных. назначение и Понятие совокупностей управления базами данных.
2. Обзор реляционной модели данных. Модель «сущность-связь». Понятие отношения, атрибута, ключа, связи. Классификация связей с полнотой и множественностью. Правила построения модели данных предметной области.

3. Понятие таблицы, поля, записи. Главные этапы работы с базами данных в среде совокупности управления базами данных. Отображение модели «сущность-связь» базы данных. Свойства полей, типы данных. Ввод данных в таблицы. Сортировка, фильтрация и поиск данных.

4. Понятие запроса к реляционной базе данных. Понятие о языке запросов SQL.

5. Создание таблиц, форм, отчётов и запросов посредством мастеров.

6. Обмен данными между СУБД и другими программами, предназначенными для обработки документов. Совместное применение базы данных.

Понятие модели данных, базы данных. назначение и Понятие совокупностей управления базами данных.

База данных (БД) — это структурированная совокупность взаимосвязанных данных определенной предметной области (настоящих о6ъектов, процессов, явлений и т.п.).

Примеры: БД о наличии лекарств; БД в совокупности расписания самолетов, поездов либо БД продажи билетов транспорта; БД документов обучающихся школы, картотека отдела кадров либо в библиотеки и т.д..

Появление компьютерной техники повысило эффективность работы с базами данных. Доступ к данным и управление ими происходит в среде особого программного пакета — совокупности управления базами данных (СУБД).

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

Организация данных во внутренней сфере характеризуется двумя уровнями — логическим и физическим. Физическая организация данных определяет метод размещения данных конкретно на машинном носителе. Логическая организация данных на машинном носителе зависит от программных средств, ведения и организации данных во внутренней сфере. Способ логической организации данных определяется применяемым типом структур данных и видом модели, которая поддерживается программно.

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

Существуют такие модели данных: иерархическая, реляционная, постреляционная, многомерная, объектно-ориентированная.

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

Иерархическая модель базы данных. Эта модель является структурой данных, каковые упорядочены по подчинению от общего к конкретному; напоминает «дерево» (граф), исходя из этого имеет такие же параметры: уровень, узел, сообщение. Модель трудится по такому принципу: пара узлов низшего уровня соединяются при помощи связи с одним узлом наибольшего уровня.

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

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

Реляционная модель базы данных. (Происхождение заглавия от латинского слова relatio — отношение). Модель выстроена на взаимоотношениях между составляющими структуры. Представляет собой одну таблицу либо совокупность взаимосвязанных двумерных таблиц.

Реляционная модель создана на базе двухмерной таблицы.

Строка таблицы — это запись, которая содержит данные об отдельном объекте таблицы (один ученик).

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

Однообразные записи в таблице не допускаются, потому, что во всех записях поля им предоставляют неповторимые имена, фамилия СУБД Access разрешает:

Поле должно быть однородным по типу по всем записям в колонке (либо текстовые эти, числовые и т.д).

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

Примеры реляционных СУБД: dBASE, FoxBase, FoxPro и Access.

Приложение MS Access есть совокупностью управления базами данных, которая входит в состав пакета Микрософт Office и предназначена для работы за ПК либо в сети под управлением ОС Windows.

База данных СУБД Access есть реляционной базой данных, которая складывается из взаимосвязанных двумерных таблиц.

СУБД Access позволяет:

  • Проектировать табличные объекты базы данных;
  • Устанавливать связи между таблицами;
  • Вводить, хранить, просматривать, сортировать, изменять эти таблицы с применением аппарата алгебры логики и индексирования;
  • Создавать и применять объекты БД.

Объекты СУБД Access:

Базы данных — файл, что содержит разные объекты сохранения данных.

Таблицы (tables) — организация хранения данных в виде двумерного массива. Она есть главным объектом БД. Остальные — производные от таблицы.

Формы — объекты для отображения данных из таблицы на экране в эргономичном для обработки и просмотра виде.

Запросы — объекты для фильтрации и выбора данных таблицы по определенным параметрам.

Отчет — формирование документа данных из таблицы для печати.

Макросы — описание действий в виде последовательности команд и их автоматического исполнения.

Модули — программы на Visual Basic, каковые разрабатывает пользователь для реализации нестандартных процедур.

Первые БД начинаются с 50-х века и годов. Это были файловые совокупности, в которых использовались универсальные программные средства, такие как Фортран, Алгол, Кобол и др. В 60-х годах показались первые совокупности управления базами данных (СУБД) — это совокупность программ, предназначенных для обслуживания и построения БД. Для примера возможно назвать такие СУБД, как IMS, которая поддерживала иерархическую модель данных, а позднее dBASE, FoxPro, Delphi, Informix, Oracle, MS Access, MySQL, SyBase и др. — реляционного типа. СУБД развиваются в направлении взятие на себя все большего количества функций, но лишь неспециализированных, каковые касаются всех либо большинства работ. Они не смогут учитывать специфику конкретных потребностей, исходя из этого выглядят стандартными. Так, ПО БД возможно условно поделить на стандартное, которое поставляется вместе с СУБД и прикладное, изготовленное программистами на протяжении построения и ведения БД посредством особых программных средств, каковые имеет СУБД.

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

В рамках этого пособия ознакомимся с двумя СУБД, каковые будут использованы для демонстрации примеров работ в БД, в частности: MS Access (версия MS Access 2003) и Oracle (версия Oracle 8i). Первая характерна удачным расположением и легкодоступностью, по причине того, что это дополнение к Windows. Она относительно несложна в пользовании, исходя из этого удачна на первых этапах изучения организации БД. Вторая принадлежит к числу самые мощных современных СУБД, она снабжает знакомство с фактически всеми тонкостями, касающихся администрирования и построения БД.

Все СУБД, в большинстве случаев, имеют личные программные средства для ведения и построения БД. Универсальным и самый распространенным языком, что используется фактически всеми ими, есть SQL (Structured Query Language) — структурный язык запросов.

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

Модель сущность-связь (ER-модель) (англ. Entity-relationship model либо entity-relationship diagram) — модель данных, разрешающая обрисовывать концептуальные схемы посредством обобщенных конструкций блоков. ER-модель — это метамодель данных, другими словами средство описания моделей данных.

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

Существует последовательность моделей для представления знаний. Одним из самые удобных инструментов унифицированного представления данных, свободного от реализующего его ПО, есть модель сущность-связь (entity — relationship model, ER — model).

Модель сущность-связь основывается на какой-то серьёзной семантической информации о настоящем мире и предназначена для логического представления данных. Она определяет значения данных в контексте их связи с другими данными. Ответственным для нас есть тот факт, что из модели сущность-связь смогут быть порождены все существующие модели данных (иерархическая, сетевая, реляционная, объектная), исходя из этого она есть самая общей. Любой фрагмент предметной области возможно представлен как множество сущностей, между которыми существует некое множество связей.

ER-модель — это одна из самые простых визуальных моделей. Она разрешает постичь структуру объекта «большими мазками», в общем. Такое неспециализированное описание структуры именуется ER-диаграммой либо онтологией выбранной предметной области (area of interest).

Обычные примеры применения ER-модели данных IDEF1x (ICAM DEFinition Language) и dimensional modelling.

Отношение реляционных баз данных.

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

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

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

Обеспечивается помощь таких типов связей между записями: один ко многим; многие к одному, многие ко многим.

http://studopedia.ru/6_167100_ponyatie-modeli-dannih-bazi-dannih-ponyatie-i-naznachenie-sistem-upravleniya-bazami-dannih.html

Автоматизированные совокупности – широкий класс совокупностей, где человек решает с компьютером какую-либо задачу.

В автоматизированную совокупность входят:

  1. Техдокументация;
  2. ПО;
  3. Математическое обеспечение;
  4. Правовое обеспечение
  5. Метрологическое обеспечение.

Роли базы данных — это особые объекты, каковые употребляются для упрощения предоставления разрешений в базах данных. В отличие от серверных ролей, каковые смогут быть лишь встроенными, роли баз разрешённых могут быть как встроенными, так и пользовательскими. Встроенные роли баз данных владеют предопределенным комплектом разрешений, а пользовательские роли возможно применять для группировки пользователей при предоставлении разрешений.

В современной технологии баз данных для баз данных, их обслуживания и поддержки употребляется специальное ПО — совокупности управления базами данных. СУБД — это комплекс программных и языковых средств, нужных для и эксплуатации баз данных.

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

На протяжении эксплуатации баз данных СУБД снабжает редактирование структуры базы данных, заполнение ее данными, поиск, сортировку, отбор данных по заданным параметрам, формирование отчетов.

В информационных совокупностях, каковые трудятся на IBM-совместимых персональных компьютерах, громадное распространение взяли так именуемые dBASE-подобные системы управления базами данных, к примеру, dBASE, FoxPro и Clipper. Для пользователей значительным есть то, что, отличаясь между собой форматом и командными языками индексных файлов, все эти СУБД применяют одинаковые файлы баз данных с расширением .DBF, формат которых стал на некое время необычным стандартом баз данных.

В dBASE-подобных БД практически использован реляционный подход к организации данных, т.е. любой файл .DBF представляет собой двумерную таблицу, которая складывается из фиксированного переменного числа и числа столбцов строчков (записей). В терминах, принятых в техдокументации, каждому столбцу соответствует поле одного из пяти типов (N — числовое, С — символьное, D — дата, L -логическое, М — примечание), а каждой строке — запись фиксированной длины, складывающаяся из фиксированного числа полей. Посредством командных языков этих СУБД создаются и исправляются макеты файлов .DBF (описания таблиц), создаются индексные файлы, описываются процедуры работы с базами данных (чтение, поиск, модификация данных, составление отчетов и другое). Характерной изюминкой файла .DBF есть наглядность и простота: физическое представление данных на диске в точности соответствует представлению таблицы на бумаге. Но в целом совокупности, выстроенные на базе файлов .DBF, нужно считать устаревшими.

Громадную популярность имеют и другие СУБД (с другим форматом файлов) — Paradox, Clarion и т.п. направляться выделить, что перечисленные совокупности ведут родословную от MS-DOS, но сейчас практически все они усовершенствованы и имеют версии для Windows.

Среди современных реляционных совокупностей самый популярна СУБД для Windows — Access компании Микрософт, Approach компании Lotus, Paradox компании Borland. Многие из этих совокупностей поддерживают разработку OLE и смогут манипулировать не только числовой и текстовой информацией, но и графическими образами (картинками, фотографиями) а также видеоклипами и звуковыми фрагментами.

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

Вместе с тем в центр современной информационной разработке неспешно перемещаются более замечательные реляционные СУБД с так называемым SQL-доступом. В базе этих СУБД лежит разработка «клиент-сервер». Среди ведущих производителей таких совокупностей — компании Oracle, Centura (Gupta), Sybase, Informix, Микрософт и другие.

Совокупности управления базами данных. Типы баз данных


Также читать:

Понравилась статья? Поделиться с друзьями: