Разработка базы данных "Экзаменационная сессия"

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Разработка базы данных «Экзаменационная сессия»



Введение

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

Будучи стандартным языком доступа к реляционной базе данных, SQL оказывает большое влияние на все сегменты компьютерного рынка. Компания IBM приняла SQL в качестве унифицирующей технологии баз данных для линии своих продуктов. Все поставщики мини-компьютеров предлагают реляционные базы данных; такие базы данных доминируют и на рынке компьютерных систем, работающих под управлением UNIX. По мере того как отдельные персональные компьютеры уступают дорогу сетям с архитектурой клиент/сервер, SQL видоизменяет рынок баз данных для персональных компьютеров. SQL применяется даже при оперативной обработке транзакций, опровергая бытовавшее ранее мнение, что из-за низкого быстродействия реляционные базы данных никогда не смогут использоваться в приложениях для обработки транзакций.

SQL играет ключевую роль в качестве языка доступа к базам данных, объединяющего многочисленные несовместимые компьютерные семейства компании IBM. Эта роль была отведена ему еще в спецификации SAA (Systems Application Architecture -- архитектура прикладных систем) компании IBM в 1987 году. Хотя главные цели SAA так и не были достигнуты, объединяющая роль SQL со временем стала еще важнее. Стратегическими программными продуктами компании IBM, предназначенными для работы с базами данных, являются:

DB2. Флагманская реляционная СУБД, являющаяся стандартом SQL для мэйнфреймов компании IBM, работающих под управлением ОС MVS.

SQL/DS. Реляционная СУБД для VM, другой ОС мэйнфреймов компании IBM.

SQL/400. Эта реализация SQL для систем среднего уровня поддерживает встроенную реляционную базу данных компьютеров серии AS/400.

DB2/6000. Эта реализация DB2 работает на рабочих станциях и серверах семейства RS/6000, работающих под управлением операционной системы UNIX.

DB2/2. Эта реализация SQL для персональных компьютеров компании IBM основана на реализации DB2 для мэйнфреймов. Она заменила OS/2 Extended Edition, которая была первой реляционной СУБД компании IBM для персональных компьютеров, и обеспечила лучшую совместимость с DB2.

SQL был однозначно признан лучшим решением в области управления данными для компьютерных систем на основе UNIX. Операционная система UNIX, которая была разработана в Bell Laboratories, в 80-х годах стала завоевывать популярность в качестве стандартной операционной системы. Она работает на разнообразных компьютерных системах, начиная от рабочих станций и заканчивая мэйнфреймами, и стала стандартной ОС для научных и инженерных приложений. В начале 80-х уже были доступны четыре большие СУБД для UNIX-систем. Две из них, производства компаний Oracle и Ingres, были UNIX-версиями продуктов для мини-компьютеров компании DEC, Две другие СУБД, производства компаний Informix и Unify, были созданы специально для UNIX.

Вначале ни одна из них не предлагала поддержку SQL, но к 1985 году компании Unify и Informix ввели эту поддержку в свои СУБД. На сегодняшний день существуют версии СУБД компаний Oracle, Sybase, Informix и Ingres для всех ведущих систем на базе UNIX.



1. Перспективы развития баз данных

1.1 История создания базы данных

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

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

1960 - е годы- начало

История баз данных начинается с двух самых ранних компьютеризированных примеров. Чарльз Бахман разработал первую компьютеризированную базу данных в начале 1960-х годов. Эта первая база данных была известна как интегрированное хранилище данных или IDS. Вскоре за этим последовала система управления информацией, база данных, созданная IBM.

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

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

1970 - е годы-реляционные базы данных

Пожалуй, одно из самых влиятельных событий в истории баз данных произошло в 1970-х годах. Именно в этом десятилетии Э. Ф. Кодд выпустит свою статью “Реляционная модель данных для больших общих банков данных”. Эта статья ввела термин "реляционная базаданных" в начале десятилетия и вызвала развитие этого нового способа хранения и доступа к данным.

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

За этим последовало создание ЭНГРА Майклом Стоунбрейкером и Юджином Вонгом в Калифорнийском университете в Беркли. ЭНГР, сокращение от интерактивной графики и поисковой системы, была реляционной моделью базы данных, доказывающей жизнеспособность идей Кодда. ЭНГР использовал язык запросов под названием QUEL.

Затем IBM выпустила свой взгляд на реляционную базу данных. Известная как System R, она была первой в истории баз данных, использующей язык структурированных запросов (SQL).

1980 - е годы- рост и стандартизация

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

В 1980-х годах SQL также стал стандартным языком, используемым для баз данных, который мы все еще используем сегодня.

Еще одним примечательным событием для истории баз данных стало появление объектно-ориентированных систем управления базами данных (OODBMS). Это понятие появилось в середине 80-х. Объектные базы данных будут рассматривать данные как " объекты'. Они будут работать с языками программирования, которые поддерживают " объектно-ориентированный' подход.

1990 - е годы-интернет

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

Еще одним ключевым событием, повлиявшим на историю баз данных в 90-е годы, стало создание Всемирной паутины. Высокие инвестиции в онлайн-бизнес подпитывали спрос на клиент-серверные системы баз данных. Таким образом, Интернет помог экспоненциальному росту индустрии баз данных в 1990-х годах.

Заметным результатом этого стало создание MySQL в 1995 году с открытым исходным кодом. Это означало, что он предоставил альтернативу системам баз данных, предлагаемым крупными компаниями, такими как Oracle и Microsoft. MySQL все еще используется многими сегодня.

2000 - е годы-NoSQL

В 1998 году был введен термин NoSQL (не только язык структурированных запросов). Это относится к базам данных, которые используют язык запросов, отличный от SQL, для хранения и извлечения данных. Базы данных NoSQL полезны для неструктурированных данных, и они увидели рост в 2000-х годах.

Это заметное развитие в истории баз данных, потому что NoSQL позволил быстрее обрабатывать большие, более разнообразные наборы данных. Базы данных NoSQL более гибкие, чем традиционные реляционные базы данных, которые выросли десятилетием ранее.

2010 - е годы-распределенные базы данных и кибербезопасность

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

Заработав свое название десять лет назад, Big Data был основным модным словом 2010 -- и большие данные означали большие базы данных для его размещения. С необходимостью сбора, организации и использования таких огромных массивов данных программное обеспечение автоматизации стало популярным инструментом при взаимодействии с базами данных.

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

1.2 Перспективы развития БД и СУБД

Объектно-ориентированные СУБД.

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

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

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

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

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

Распределенные СУБД.

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

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

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



2. Язык SQL как стандартный язык баз данных

2.1 История стандартов SQL

программный распределенный компьютерный

SQL был создан в начале 1970-х годов компанией IBM. В 1974 году Дональд Чемберлин и Рэймонд Бойс опубликовали статью SEQUEL: A Structured English Query Language, которая представила миру SQL. Статья содержала грамматику BNF (подробное техническое описание синтаксиса языка) для языка, который IBM позже сочла ошибкой. Публикация грамматики позволила различным поставщикам реализовать SQL в своих собственных движках баз данных. Тем не менее, было довольно много различий между реализациями SQL поставщиков, поскольку каждый поставщик представил свои собственные расширения для SQL. К середине 1980-х годов между различными версиями SQL возникла существенная несовместимость.

Также в 1980-х годах Американский национальный институт стандартов (ANSI) начал работать над стандартом SQL. Цель введения стандарта состояла в том, чтобы обеспечить переносимость SQL-приложений между соответствующими продуктами.

SQL-86

Первым стандартом SQL был SQL-86. Он был опубликован в 1986 году как стандарт ANSI и в 1987 году как стандарт Международной организации по стандартизации (ISO). Отправной точкой для стандарта ISO была реализация стандарта SQL IBM. Эта версия стандарта SQL также известна как SQL 1.

Стандарт SQL-86 составляет 120 страниц. Он содержит синтаксис операторов SELECT, INSERT, UPDATE, и DELETE SELECT. Синтаксис позволяет фильтровать с WHERE помощью , использовать GROUP BY с несколькими столбцами (но не по выражениям) и фильтровать группы с HAVING помощью. Там нет явного JOIN синтаксиса; вы можете перечислить несколько таблиц в FROM предложении, чтобы получить по существу перекрестное соединение, которое вы можете позже фильтровать WHERE. Нет никакого способа сделать OUTER JOINs с этим синтаксисом. Однако SELECT синтаксис допускает подзапросы.

Стандарт также имеет синтаксис определения схемы: вы можете создавать таблицы (UNIQUE только с NOT NULL ограничениями и), создавать представления и предоставлять привилегии. Типы данных, введенные в стандарте, - это символьные строки и числа (NUMERIC,DECIMAL,INTEGER,SMALLINT,FLOAT,REAL, и DOUBLE PRECISION). Нет никаких ALTER утверждений, DROP, или REVOKE. Существуют также встраивания SQL в различные языки программирования (Cobol, Fortran, Pascal и PL/1).

Как правило, вы можете купить стандартные документы от ISO или ANSI, даже старые и отозванные версии. Однако, как делится Эван Кэрролл в своем посте Stack Overflow, в настоящее время нелегко заполучить стандарт SQL-86. Но если вам интересно, вы можете найти SQL-86 под именем FIPS-127.

SQL-89

Следующим стандартом SQL был SQL-89, опубликованный в 1989 году. Это был незначительный пересмотр более раннего стандарта, надмножество SQL-86, которое заменило SQL-86. Размер стандарта не изменился.

Наиболее важными новыми функциями были ограничения целостности: в дополнение к UNIQUENOT NULL

уже доступным параметрам , и check в представлениях были добавлены первичные ключи, внешние ключи DEFAULT и CHECK ограничения and. Стандарт также добавил новые языковые привязки для C и Ada.

SQL-92

Следующей редакцией стандарта был SQL-92 - и это была серьезная редакция. Язык, введенный SQL-92, иногда называют SQL 2. Стандартный документ вырос со 120 до 579 страниц. Тем не менее, большая часть роста была обусловлена более точными спецификациями существующих функций.

Наиболее важными новыми функциями были:

Явный JOIN синтаксис и введение внешних соединений: LEFT JOIN, RIGHT JOIN, FULL JOIN.

Введение NATURAL JOIN и CROSS JOIN

Введение операций множеств (объединение множеств, пересечение множеств и разность множеств).

Введение условного выражения CASE WHEN.

Новые скалярные операции: конкатенация строк, извлечение подстрок, математика даты и времени.

CAST Оператор, который позволяет явное приведение значений в типы.

SQL-92 также ввел новые операторы определения данных: ALTER и DROP для таблиц и представлений, а также новые типы данных (date, time, timestamp, interval, bitstring, varcharstring и national characterstrings). В этой версии добавлена информационная схема (стандартный способ получения метаданных базы данных, таких как имена таблиц, столбцы таблиц, типы столбцов и ограничения таблиц). Он также представил временные таблицы, уровни изоляции транзакций и динамическое выполнение запросов (dynamic SQL).

Стандарт SQL был разделен на три уровня соответствия: начальный (начальный уровень SQL-92 был аналогичен SQL-89 с ограничениями целостности), промежуточный и полный.

SQL-92-это основа языка запросов, используемого сегодня в реляционных базах данных. Когда они говорят о “SQL”, большинство людей имеют в виду SQL-92. Базы данных, которые уже существовали в 1992 году, изменили свою реализацию SQL, чтобы соответствовать стандарту. Более новые базы данных использовали стандарт в качестве эталона для своей реализации.

SQL-92-это все еще то, что люди преподают как “SQL” в школах. И это справедливо - SQL-92-очень хорошая отправная точка для изучения SQL. Для многих людей этого достаточно, чтобы выполнять свою повседневную работу. Вы можете изучить дополнительные функции позже, когда они вам понадобятся. И большинство баз данных поддерживают SQL-92. Ни одна реализация не соответствует стандарту на 100%, но несовместимость не так важна, особенно когда вы только начинаете.

В LearnSQL.com Стандартный SQL-это самый важный диалект, который мы преподаем. Мы считаем, что если вы изучите стандартный язык, то сможете использовать его для работы с большинством баз данных. Это основа наших курсов начального уровня; Основы SQL научат вас SELECT оператору со всеми функциями, доступными в SQL-92, включая различные виды операций JOINGROUP BY набора и подзапросов. Курс "Как ВСТАВЛЯТЬ, ОБНОВЛЯТЬ и УДАЛЯТЬ данные в SQL" научит вас INSERT операторам, UPDATE, и DELETE, а соединения SQL позволят вам практиковать различные типы JOINs.

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

SQL:1999

SQL:1999 (также называемый SQL 3) был четвертой редакцией стандарта SQL. Начиная с этой версии в названии стандарта вместо дефиса использовалось двоеточие, чтобы соответствовать названиям других стандартов ISO. Этот стандарт был опубликован несколькими частями в период с 1999 по 2002 год.

Первая часть SQL:1999 состояла из пяти частей:

Часть 1: SQL/Framework (100 страниц) определила основные понятия SQL.

Часть 2: SQL/Foundation (1050 страниц) определяет основной синтаксис и операции SQL: типы, схемы, таблицы, представления, операторы запроса и обновления, выражения и так далее. Эта часть является наиболее важной для обычных пользователей SQL.

Часть 3: SQL/CLI (интерфейс уровня вызова) (514 страниц) определил интерфейс прикладного программирования для SQL.

Часть 4: SQL/PSM (Persistent Stored Modules) (193 страницы) определенные расширения, которые делают SQL процедурным.

Часть 5: SQL/Привязки (270 страниц) определены методы встраивания операторов SQL в прикладные программы, написанные на стандартном языке программирования.

Позже были опубликованы еще три части, также считающиеся частью SQL:1999.

SQL:1999 представил много важных функций, которые являются частью современного SQL. Среди наиболее важных были общие табличные выражения (CTE). Это очень полезная функция, которая позволяет организовать длинные и сложные SQL-запросы и сделать их более удобочитаемыми. При использовании синтаксиса CTEs также может рекурсивно обрабатывать иерархические данные. Вы можете узнать, как писать рекурсивные запросы в SQL с LearnSQL.com курс интерактивных WITH [RECURSIVE]Размер стандарта SQL значительно вырос в период с 1992 по 1999 год. В стандарте SQL-92 было почти 600 страниц, но он все еще был доступен обычным пользователям SQL. Такие книги, как.

SQL:1999 также представил возможности OLAP (Online Analytical Processing), который включает в себя функции, которые полезны при подготовке бизнес-отчетов. GROUP BY Расширения ROLLUP, CUBE, и GROUPING SETS вошли в стандарт в это время. Вы можете изучить их в нашем курсе GROUP BY Extensions (или прочитать о курсе и расширениях в нашей статье серии course of the month за ноябрь 2020 года).

Некоторые незначительные дополнения к SQL в стандарте SQL:1999 включают использование выражений в ORDER BY, включение типов данных для больших двоичных объектов (LOB и CLOB) и введение триггеров.

Размер стандарта SQL значительно вырос в период с 1992 по 1999 год. В стандарте SQL-92 было почти 600 страниц, но он все еще был доступен обычным пользователям SQL. Такие книги, как "Руководство по стандарту SQL" Кристофера Дейта и Хью Дарвена, обсуждали и объясняли стандарт SQL-92.

Начиная с SQL:1999 стандарт - теперь более 2000 страниц - больше не был доступен обычным пользователям SQL. Он стал ресурсом для экспертов по базам данных и поставщиков баз данных. Стандарт руководит разработкой SQL в основных базах данных; он показывает, какие новые языковые функции стоит реализовать, чтобы оставаться актуальными. Он также стандартизирует синтаксис новых функций SQL, убедившись, что основные базы данных реализуют их аналогичным образом, используя аналогичный синтаксис и семантику.

Изменение роли стандарта SQL подчеркивается тем, что больше нет официального органа, который удостоверяет соответствие стандарту. До 1996 года программа стандартов управления данными Национального института стандартов и технологий (NIST) сертифицировала СУБД SQL на соответствие стандарту SQL. Теперь поставщики самостоятельно сертифицируют соответствие своей продукции.

SQL:2003 и далее

Стандарт SQL:2003 был опубликован 1 марта 2004 года. Его основным дополнением были функции окна, мощная аналитическая функция, которая позволяет вычислять сводную статистику без сворачивания строк. Оконные функции значительно увеличили выразительную силу SQL. Они чрезвычайно полезны при подготовке всех видов бизнес-отчетов, анализе данных временных рядов и анализе тенденций. Добавление оконных функций в стандарт совпало с популярностью OLAP и хранилищ данных. Люди начали использовать базы данных для принятия бизнес-решений, основанных на данных. Эта тенденция только набирает обороты, благодаря растущему объему данных, которые собирают все предприятия. Вы можете изучить оконные функции с нашим курсом оконных функций. (Читайте о курсе или о том, почему стоит изучать оконные функции SQL здесь.) SQL:2003 также представил функции, связанные с XML, генераторы последовательностей и столбцы идентификаторов.

После 2004 года не было никаких серьезных новаторских дополнений к языку. Изменения в стандарте SQL отражали изменения в технологии в то время. SQL:2003 представил функции, связанные с XML, чтобы обеспечить совместимость между базами данных и технологиями XML, которые были горячей новинкой в начале 2000-х годов. SQL:2006 дополнительно уточнил, как использовать SQL с XML. Это не было пересмотром полного стандарта SQL, только часть 14, которая касается взаимодействия SQL-XML.

Следующие редакции стандарта внесли незначительные улучшения в язык. SQL:2008 узаконил использование ORDER BY внешних определений курсора (!) и добавил INSTEAD OF триггеры, TRUNCATE оператор и FETCH предложение. SQL:2011 добавил временные данные и некоторые улучшения в оконные функции и FETCH предложение.

SQL:2016 добавил функции сопоставления строк и полиморфных таблиц, а также долгожданную поддержку JSON. В 2010-х годах JSON заменил XML в качестве общего формата обмена данными; современные интернет-приложения используют JSON вместо XML в качестве формата данных. Новое движение NoSQL также популяризировало JSON; базы данных документов хранят файлы JSON, а хранилища ключей и значений совместимы с форматом JSON. Стандарт SQL добавил поддержку JSON для обеспечения совместимости с современными приложениями и новыми типами баз данных.

Текущий стандарт SQL-SQL:2019. Он добавил часть 15, которая определяет поддержку многомерных массивов в SQL.

2.2 Назначение языка SQL

SQL, или язык структурированных запросов, - это язык, используемый для взаимодействия с реляционными базами данных. Несмотря на важность этой роли, это довольно узкая задача по сравнению с тем, для чего используются Python, Java, C++ и т. Д. Вы не можете создать приложение или создать веб-страницу с помощью SQL, но это определенно похоже на программирование, когда вы используете SQL для общения с вашими базами данных.

Он имеет определенный словарный запас и строгий синтаксис, которому следует следовать. Например, все операторы SQL начинаются с определенных ключевых слов (например,, SELECT, INSERT,CREATE, UPDATE, DELETE) и заканчиваются точкой с запятой. Порядок предложений также важен. Например, GROUP BY должно следовать за WHERE предложением и предшествовать ORDER BY предложению:

SELECT column_one, column_two

FROM table

WHERE column_one > 2000

GROUP BY column_one, column_two

ORDER BY column_one;

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

Язык программирования, предназначенный для написания программного обеспечения в самых разнообразных прикладных областях. В принципе, вы можете создавать все виды приложений, используя язык программирования общего назначения, включая настольные, мобильные или веб-приложения. Наиболее широко используемые языки программирования из этой категории включают Java, JavaScript, Python, C++ и Ruby.

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

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

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

В SQL есть два основных набора команд, которые используются для создания и изменения баз данных. Это язык определения данных и язык манипулирования данными. Первый содержит команды, используемые для разработки и удаления баз данных и их объектов, а второй содержит команды, используемые для вставки, изменения и удаления данных, хранящихся в базе данных.

Язык SQL делится на несколько элементов: предложения, выражения, предикаты, запросы и операторы. SQL-запросы являются наиболее важными и распространенными операциями SQL. SQL-запрос помогает пользователям получить необходимые данные из базы данных и выполняется с помощью оператора Select.

Структура языка SQL

SQL состоит из операторов, которые начинаются с ключевого слова или команды, например CREATE, и заканчиваются точкой с запятой.

Другие примеры SQL элементов языка включают:

Ключевые слова: слова, которые используются для выполнения различных операций в базе данных, таких как ADD, JOIN, VIEW и т. Д. Вот список ключевых слов SQL.

Идентификаторы: имена объектов в базе данных, таких как таблицы, представления, индексы, столбцы и т. Д.

Выражения: символ или строка символов, которые выполняют математические операции над данными.

Условия поиска: Используется для выбора подмножества строк из таблицы. Также позволяет создавать операторы IF, чтобы указать, является ли условие истинным или ложным в определенной строке или группе строк.

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

Nulls: Используйте Null, чтобы указать значение, которое неизвестно или отсутствует.

Комментарии: Объясняет разделы операторов SQL.

Список команд SQL

Есть несколько часто используемых команд SQL, с которыми вы должны быть знакомы для работы с базами данных. При работе с базами данных программист может писать такие команды, как:

CREATE DATABASE - создать базу данных

CREATE TABLE - для создания таблиц

SELECT - найти/извлечь некоторые данные из базы данных

ОБНОВЛЕНИЕ - внесение корректировок и редактирование данных

DELETE - удалить некоторые данные

DROP - для удаления таблиц и баз данных

INSERT INTO - вставить новые данные в базу данных

Это только самые распространенные команды. Чем сложнее база данных, тем больше команд вам, как программисту, нужно будет использовать.

Эти команды Sequel используются при написании запросов-запросов, которые позволяют оперировать данными в базах данных. Другими словами, когда вы вводите эти команды в систему баз данных, система интерпретирует команды и обрабатывает их. Результатом может быть, например, новая запись в базе данных или создание новой базы данных.



3. Реализация базы данных

3.1 Краткая характеристика предметной области

Учебный год для студентов делится на два семестра, каждый из которых заканчивается экзаменационной сессией.

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

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

Знания, умения, навыки студентов оцениваются оценками: "отлично", «хорошо», «удовлетворительно», «неудовлетворительно». Эти оценки проставляются в ведомость.

Критерии и нормы оценки за практическое задание:

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

Оценка «хорошо» ставится, если выполнены требования к оценке отлично, но допущены 2-3 недочёта, не более одной ошибки и одного недочёта.

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

Оценка «неудовлетворительно» ставится, если работа выполнена не полностью и объем выполненной работы не позволяет сделать правильных выводов; работа проводилась неправильно.

Приведем перечень информационных объектов, сущностей и атрибутов.

В БД “Сессия” будут содержаться информационные объекты данных (таблицы, запросы) и объекты приложения (отчеты, макросы, формы).

Определение сущностей и их атрибутов. ER- диаграмма

Перечень сущностей и атрибутов

Сущность - это объект любой природы, данные о котором хранятся в БД. Данные о сущности хранятся в отношении (в двумерной таблице, содержащей некоторые данные).

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

Табл. 1

Сущность	АТРИБУТЫ
Студенты	Код Студента, Номер Зачетки, ФИО, Баллы, Код Группы, Дата Рождения, Город, Стипендия
Дисциплины	Код Дисциплины, Название Дисциплины, Часы
Группы	Код Группы, Номер Группы, Код Факультета, Год Создания
Оценки	Код Студента, Код Дисциплины, Оценка
Факультеты	Код Факультета, Наименование, Декан

3.2 Использования диаграммы ER

Помогает вам определить термины, связанные с моделированием отношений сущностей

Предоставьте предварительный просмотр того, как все ваши таблицы должны соединиться, какие поля будут на каждой таблице.

Помогает описать сущности, атрибуты, отношения

ER-диаграммы переводятся в реляционные таблицы, что позволяет быстро создавать базы данных.

ER-диаграммы могут быть использованы разработчиками базы данных в качестве образца для реализации данных в конкретных программных приложениях.

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

ERD позволяет общаться с логической структурой базы данных пользователям

ENTITY RELATIONAL (ER) MODEL - это концептуальная модель модели данных высокого уровня. ER моделирование помогает систематически анализировать требования к данным для создания хорошо спроектированной базы данных. Модель сущности-отношения представляет сущности реального мира и отношения между ними. Лучше всего завершить моделирование ER перед внедрением вашей базы данных.

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

Рисунок 3.1. ER- диаграмма



3.3 Создание объектов базы данных

Объект базы данных - это любой определенный объект в базе данных, который используется для хранения или ссылки на данные. Все, что мы делаем из команды create, называется объектом базы данных. Он может использоваться для хранения и манипулирования данными. Некоторые из примеров объектов базы данных: представление, последовательность, индексы и т. Д.

Различные объекты базы данных:

Таблица - базовая единица хранения; составленные строки и столбцы

Представление - логическое представление подмножеств данных из одной или нескольких таблиц

Последовательность - генерирует значения первичного ключа

Индекс - повышает производительность некоторых запросов

Синоним - альтернативное имя объекта

Создание пустой базы данных

На вкладке Файл выберите Создать, а затем Пустая база данных.

Введите имя файла в поле Имя файла. Чтобы изменить расположение файла по умолчанию, нажмите кнопку Обзор для размещения базы данных (рядом с полем Имя файла), перейдите в новое расположение и нажмите кнопку ОК.

Нажмите кнопку Создать. Access создает базу данных с пустой таблицей Table1, а затем открывает Table1 в представлении Datasheet. Курсор помещается в первую пустую ячейку столбца "Нажмите, чтобы добавить".

Начните вводить, чтобы добавить данные, или вы можете вставить данные из другого источника, как описано в разделе Копирование данных из другого источника в таблицу доступа.

Ввод данных в представлении Datasheet очень похож на работу на листе Excel. Структура таблицы создается при вводе данных. При добавлении нового столбца в таблицу данных в таблице определяется новое поле. Access автоматически устанавливает тип данных каждого поля на основе введенных данных.

Если в данный момент не требуется вводить данные в Table1, нажмите кнопку Закрыть Изображение кнопки. Если вы внесли какие-либо изменения в таблицу, Access предложит вам сохранить изменения. Нажмите кнопку Да, чтобы сохранить изменения, нажмите кнопку Нет, чтобы отменить их, или нажмите кнопку Отмена, чтобы оставить таблицу открытой.

Создание таблицы

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

На вкладке Создать в группе Таблицы выберите Дизайн таблицы. Изображение кнопки

Для каждого поля в таблице введите имя в столбце Имя поля, а затем выберите тип данных из списка Тип данных.

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

После добавления всех полей сохраните таблицу: На вкладке Файл нажмите кнопку Сохранить.

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

Установка свойств полей в представлении Design. Независимо от способа создания таблицы рекомендуется изучить и задать свойства полей. Хотя некоторые свойства доступны в представлении Datasheet, некоторые свойства можно задать только в представлении Design. Чтобы переключиться в режим конструкторского представления, щелкните таблицу правой кнопкой мыши на панели навигации и выберите пункт Конструкторское представление. Чтобы просмотреть свойства поля, щелкните поле в сетке проектирования. Свойства отображаются под сеткой проектирования в разделе Свойства поля.

Чтобы просмотреть описание каждого свойства поля, щелкните свойство и прочитайте описание в поле рядом со списком свойств в разделе Свойства поля.

В режиме конструктора создаем таблицу «Факультеты» с такими полями: КодФакультета, Наименование, Декан. Ключевое поле: КодФакультета.

Рисунок 3.2. Таблица «Факультеты»

Создаем таблицу «Дисциплины» с такими полями: КодДисциплины, НазваниеДисциплины, Часы. Ключевое поле: КодДисциплины.



Рисунок 3.3. Таблица «Дисциплины»

Создаем таблицу «Группы» с полями: КодГруппы, НомерГруппы, КодФакультета, ГодСоздания. Ключевое поле: КодГруппы.

Рисунок 3.4. Таблица «Группы»

Создаем таблицу «Студенты» с полями: КодСтудента, НомерЗачетки, ФИО, Баллы, КодГруппы, ДатаРождения, Город, Стипендия. Ключевое поле: КодСтудента.



Рисунок 3.5. Таблица «Студенты»

Создаем таблицу «Оценки» с полями: КодСтудента, КодДисциплины, Оценка. Ключевое поле: КодСтудента, КодДисциплины.

Рисунок 3.6. Таблица «Оценки»

Теперь заполняем все созданные таблицы выше данными. Вот что у нас получилось на этом этапе.



Рисунок 3.7. Заполненная таблица «Факультеты»

Рисунок 3.8. Заполненная таблица «Дисциплины»

Рисунок 3.9. Заполненная таблица «Группы»

Рисунок 3.10. Заполненная таблица «Студенты»



Рисунок 3.11. Заполненная таблица «Оценки»

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

Рисунок 3.12. Главное меню

При нажатии на кнопку нас переносит в требуемую таблицу с данными.

Например, нажатие на кнопку «Факультеты» и другие. С помощью стрелочек можно листать таблицу или выйти из формы на главное меню.



Рисунок 3.13. Форма «Факультеты»

Рисунок 3.14. Форма «Группы по факультетам»

Рисунок 3.15. Форма «Студенты по группам»



Рисунок 3.16. Форма «Студенты общий список»

Рисунок 3.17. Форма «Дисциплины»

Рисунок 3.18. Форма «Оценки по дисциплинам»



Рисунок 3.19. Форма «Оценки студентов»

Отчеты имеют такой вид.

Рисунок 3.20. Отчеты «Студенты»



Рисунок 3.21. Отчеты «Состав группы»

Рисунок 3.22. Отчеты «Результаты сессии»

3.4 Создание запросов на языке SQL

Следующим этапом разработки базы данных будет создание запросов на основе SQL.

Давайте создадим запрос, который поможет нам найти студента с максимальным баллом. Для этого переходим во вкладку Cоздание, Конструктор запросов, режим SQL.

SELECT -извлекает некоторые данные из таблицы «Студенты» поля: КодГруппы, Баллы. ORDER BY- сортирует данные, DESC - в порядке убывания.

И вводим необходимые данные таким образом.

SELECT TOP 1 Студенты.ФИО, Студенты.КодГруппы, Студенты.Баллы

FROM Студенты

ORDER BY Студенты.Баллы DESC;

И вот такой результат у нас получается.

Рисунок 3.23. Запрос SQL «Максимальный балл»

Рисунок 3.24. Результат запроса SQL «Максимальный балл»

Следующий запрос будет параметрический который будет выводить информацию по определенному студенту, еще сделаем так чтобы мы не вводили полностью ФИО.

SELECT Студенты.НомерЗачетки, Студенты.ФИО, Студенты.ДатаРождения, Факультеты.Наименование

FROM Факультеты INNER JOIN (Группы INNER JOIN Студенты ON Группы.КодГруппы = Студенты.КодГруппы) ON Факультеты.КодФакультета = Группы.КодФакультета

WHERE (((Студенты.ФИО) Like "*" & [Введите студента] & "*"));



Результат будет после того как мы введем полное или не полное ФИО студента.

Рисунок 3.25. Ввод ФИО студента

Рисунок 3.26. Результат запроса SQL «Поиск по ФИО»

Теперь сделаем запрос на поиск студентов по дате рождения. Для этого вводим такие данные.

SELECT Студенты.ФИО, Студенты.ДатаРождения, Студенты.Город, Студенты.Стипендия

FROM Студенты

WHERE (((Студенты.ДатаРождения)<=[Введите дату рождения]));

Рисунок 3.27. Запрос SQL «Поиск студента по дате рождения»



Рисунок 3.28. Результат запроса SQL «Поиск студента по дате рождения»

Следующий запрос, найти студентов, которые получили менее 150 баллов. Вводим такие данные.

SELECT Студенты.ФИО, Студенты.Баллы

FROM Студенты

WHERE (((Студенты.Баллы)<150))

ORDER BY Студенты.Баллы DESC;

Рисунок 3.29. Запрос SQL «Меньше 150 баллов»



Рисунок 3.30. Результат запроса SQL «Меньше 150 баллов»

Следующий запрос: найти студентов которые учатся на одном факультете и проживают в одном городе.

Чтобы запрос показал результат нам требуется ввести факультет и город в окне значения параметров.

SELECT Студенты.ФИО, Студенты.Баллы

FROM Студенты

WHERE (((Студенты.Баллы)<150))

ORDER BY Студенты.Баллы DESC$

Рисунок 3.31. Запрос SQL «Из одного города и факультета»

Рисунок 3.32. Результат запроса SQL «Из одного города и факультета»



Следующий запрос будет определять средний балл в каждой группе.

SELECT Группы.НомерГруппы, Avg(Студенты.Баллы) AS [Средний балл]

FROM Группы INNER JOIN Студенты ON Группы.КодГруппы = Студенты.КодГруппы

GROUP BY Группы.НомерГруппы;

Рисунок 3.33. Запрос SQL «Средний балл

Рисунок 3.34. Результат запроса SQL «Средний балл»

Следующий запрос посчитает сколько студентов учится в каждой группе.

SELECT Группы.НомерГруппы, Count(Студенты.КодСтудента) AS [Кол-во студентов]

FROM Группы INNER JOIN Студенты ON Группы.КодГруппы = Студенты.КодГруппы

GROUP BY Группы.НомерГруппы;

Рисунок 3.35. Запрос SQL «Количество студентов в каждой группе»

Рисунок 3.36. Результат запроса SQL «Количество студентов в каждой группе»

Следующий запрос рассчитает минимальный средний балл. Мы уже делали запрос на Средний балл, поэтому этот запрос будет внутри запроса и по сложнее.

SELECT [Средний балл].НомерГруппы, [Средний балл].[Средний балл]

FROM [Средний балл]

WHERE ((([Средний балл].[Средний балл])=(SELECT MIN([Средний балл]) FROM [Средний балл])));

Рисунок 3.37. Запрос SQL «Минимальный средний балл»



Рисунок 3.38. Результат запроса SQL «Минимальный средний балл»

Перейдем к созданию запросов с перечисляемыми полями, сделаем запрос, который будет определять надбавку для студентов с оценками «5»

SELECT Студенты.ФИО, Avg(Оценки.Оценка) AS [Средний балл], Студенты.Стипендия, [Студенты]![Стипендия]*0.15 AS Надбавка, [Студенты]![Стипендия]+[Студенты]![Стипендия]*0.15 AS [Стипендия с надбавкой]

FROM Студенты INNER JOIN Оценки ON Студенты.КодСтудента = Оценки.КодСтудента

GROUP BY Студенты.ФИО, Студенты.Стипендия, [Студенты]![Стипендия]*0.15, [Студенты]![Стипендия]+[Студенты]![Стипендия]*0.15

HAVING (((Avg(Оценки.Оценка))=5));

Рисунок 3.39. Запрос SQL «Надбавка 15%»

Рисунок 3.40. Результат запроса SQL «Надбавка 15%»



Создадим перекрестный запрос, который будет распределять студентов по городам.

TRANSFORM Count(Студенты.КодСтудента) AS [Count-КодСтудента]

SELECT Группы.НомерГруппы

FROM Группы INNER JOIN Студенты ON Группы.КодГруппы = Студенты.КодГруппы

GROUP BY Группы.НомерГруппы

PIVOT Студенты.Город;

Рисунок 3.41. Запроса SQL «Распределение по городам»

Рисунок 3.42. Результат запроса SQL «Распределение по городам»

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

DELETE [Копия Оценки].*, Дисциплины.НазваниеДисциплины

FROM Дисциплины INNER JOIN [Копия Оценки] ON Дисциплины.КодДисциплины = [Копия Оценки].КодДисциплины

WHERE (((Дисциплины.НазваниеДисциплины)="Дискретная математика"));

Рисунок 3.43. Запрос SQL «На удаление»

Запрос на добавление

INSERT INTO [Копия Оценки] ( КодСтудента, КодДисциплины, Оценка)

SELECT [Оценки по дискретной математике].КодСтудента, [Оценки по дискретной математике].КодДисциплины, [Оценки по дискретной математике].Оценка

FROM [Оценки по дискретной математике];

Рисунок 3.44. Запрос SQL «На добавление»



Заключение

В данной курсовой работе по созданию базы данных «Экзаменационная сессия» ней рассматривается вопрос сессионной успеваемости студентов.

В теоретической части рассматриваются такие вопросы как: что такое база данных, перспективы развития БД и СУБД, что такое СУБД (система управления базами данных), конкретно рассматривается программа СУБД и её объекты.

В практической части описываются проделанные операции с базой данных, которая сделана на основе программы Microsoft Access, а именно подробно описано, как созданы структуры таблиц, как созданы запросы на основе SQL, формы, отчеты и главная кнопочная форма.

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

Возможно язык SQL не относится к семейству наиболее красивых, элегантных, понятных и приятных изобретений человечества. Тем не менее именно этот язык лежит в основе современных систем управления базами данных, и в ближайшем будущем эта ситуация сохранится. Недаром теперь все чаще название языка понимается как Standard Query Language.

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



Список литературы

1. История стандартов SQL | LearnSQL.com [Электронный ресурс]. - Режим доступа к странице: https://learnsql.com/blog/history-of-sql-standards/

2. Является ли SQL языком программирования? | LearnSQL.com [Электронный ресурс]. - Режим доступа к странице: https://learnsql.com/blog/sql-programming-language/

3. Что такое SQL? Руководство для начинающих по языку программирования SQL - Learn to Code With Me [Электронный ресурс]. - Режим доступа к странице: https://learntocodewith.me/posts/sql-guide/

4. Структура базы данных: виды БД, для чего она предназначена, описание с примерами [Электронный ресурс]. - Режим доступа к странице: https://wiki.fenix.help/informatika/struktura-bazy-dannykh

5. Диаграмма УК в СУБД - CoderLessons.com [Электронный ресурс]. - Режим доступа к странице: https://coderlessons.com/tutorials/bazy-dannykh/osnovy-subd/5-diagramma-er-v-subd

6. Структура языка SQL. Реферат. Информационное обеспечение, программирование. 2011-10-14 [Электронный ресурс]. - Режим доступа к странице: https://www.bibliofond.ru/view.aspx?id=537402

7. Внедрение СУБД (системы управления базами данных) | Set 1 - GeeksforGeeks [Электронный ресурс]. - Режим доступа к странице: https://www.geeksforgeeks.org/introduction-of-dbms-database-management-system-set-1/?ref=lbp

8. СУБД: системы управления базами данных объяснены - IONOS [Электронный ресурс]. - Режим доступа к странице: https://www.ionos.co.uk/digitalguide/hosting/technical-matters/database-management-systems-dbms/

...