Файл «лекция 6 Базы данных» внутри архива находится в папке «Lection 6». Документ из архива «8 лекций в ворде», который расположен в категории » «. Всё это находится в предмете «информатика» из 1 семестр, которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах.
Архив можно найти в разделе «лекции и семинары», в предмете «информатика» в общих файлах.
Онлайн просмотр документа «лекция 6 Базы данных»
Текст из документа «лекция 6 Базы данных»
Базы данных
Базы данных и их классификация
- Непосредственноеуправление даннымиво внешней и оперативной памяти и обеспечение эффективного доступа к данным в процессе решения задач.
- Поддержаниецелостностиданных иуправление транзакциями.
- Ведение системного журнала изменений в базе данных, что обеспечивает восстановление базы данных после технического или программного сбоя.
- Реализация поддержки языка описания данных и языка запросов к данным.
- Обеспечениебезопасностиданных.
- Обеспечениепараллельногодоступа к данным нескольких пользователей.
Обычно современная СУБД содержит следующие компоненты:
Базы данных — это просто! [GeekBrains]
- ядро,которое отвечаетза управление даннымиво внешней и оперативной памяти и журналирование,
- процессор языкабазы данных, обеспечивающийоптимизацию запросови создание, как правило, машинно-независимого исполняемого внутреннего кода,
- подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающиепользовательский интерфейсс СУБД,
- сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.
По технологии обработки данных БД подразделяют на два вида:
— централизованная БД хранится целиком на ВЗУ одной вычислительной системы; если система входит в состав сети, то возможен доступ к этой БД других систем;
— распределенная БД состоит из нескольких, иногда пересекающихся или дублирующих друг друга БД, хранящихся на ВЗУ разных узлов сети.
СУБД предоставляет доступ к данным БД двумя способами:
— локальный доступ предполагает, что СУБД обрабатывает БД, которая хранится на ВЗУ той же ЭВМ;
— удаленный доступ – это обращение к БД, которая хранится на одном из узлов сети; удаленный доступ может быть выполнен по технологии файл-сервер или клиент-сервер.
Технология файл-сервер предполагает выделение одной из вычислительных систем, называемой сервером, для хранения БД. Все остальные компьютеры сети (клиенты) исполняют роль рабочих станций, которые копируют требуемую часть централизованной БД в свою память, где и происходит обработка.
Технология клиент-сервер предполагает, что сервер, выделенный для хранения централизованной БД, дополнительно производит обработку запросов клиентских рабочих станций. Клиент посылает запрос серверу. Сервер пересылает клиенту данные, являющиеся результатом поиска в БД по ее запросу.
Что такое база данных веб сайта и зачем это нужно
Данные хранятся в БД в соответствии с моделью данных.
Классификация СУБД по типу модели данных:
- Дореляционные
- Инвертированные списки (файлы)
- Иерархичекие
- Сетевые
- Объектно-реляционные
- Объектно-ориентированные
Реляционная модель данных
Основоположником теории реляционных баз данных является британский учёный Эдгар Кодд, который в 1970 году опубликовал первую работу по реляционной модели данных. Наиболее распространенная трактовка реляционной модели данных принадлежит Кристоферу Дейту.
Согласно Дейту, реляционная модель состоит из трех частей: структурной (отношения) , целостностной (наличие условий) и манипуляционной (реляционное исчисление для манипулирование отношений).
Реляционная база данных – это набор отношений, имена которых совпадают с именами схем отношений в схеме базы данных.
Пример. Рассмотрим реляционную модель данных, в которой данные хранятся в виде двумерных таблиц.
Рис.1 Структура данных реляционной модели данных
Таблицы обладают следующими свойствами:
— каждая ячейка таблицы является одним элементом данных;
— каждый столбец содержит данные одного типа (числа, текст и т. п.);
— каждый столбец имеет уникальное имя;
— таблицы организуются так, чтобы одинаковые строки отсутствовали;
— порядок следования строк и столбцов произвольный.
Каждая таблица представляет собой отношение, описываемое атрибутами:
СТУДЕНТ = (ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ФАКУЛЬТЕТ).
Для идентификации записей выделяют следующие виды ключей – полей, определяющих запись:
— первичный: однозначно определяет запись;
— вторичный: выполняет роль поисковых и группировочных признаков и позволяет найти несколько записей.
Ключ может быть простым, если он включает одно поле, или составным, если включает два и более полей.
Если в отношении СТУДЕНТ нет однофамильцев, то первичным будет простой ключ – поле ФАМИЛИЯ. Иначе первичным будет составной ключ ФАМИЛИЯ + ИМЯ + ОТЧЕСТВО.
Первичный ключ должен обладать следующими свойствами:
— уникальность: не должно существовать двух или более записей, имеющих одинаковые значения полей, входящих в первичный ключ;
— неизбыточность: первичный ключ не должен содержать поля, удаление которых из ключа не нарушит его уникальность.
Нормализация отношений
Нормализация отношений – это приведение отношений к виду, позволяющему устранить дублирование, обеспечить непротиворечивость данных, хранимых в БД, и уменьшить трудозатраты на ведение БД.
Выделяют три нормальные формы отношений.
Первая нормальная форма. Отношение называется нормализованным или приведенным к первой нормальной форме, если все его атрибуты являются простыми, то есть не могут быть далее разделены.
КНИГА = (АВТОР, НАЗВАНИЕ, ВЫХОДНЫЕ ДАННЫЕ)
не находится в первой нормальной форме, так как атрибут ВЫХОДНЫЕ ДАННЫЕ можно разделить на атрибуты ИЗДАТЕЛЬСТВО, ГОД, КОЛИЧЕСТВО СТРАНИЦ.
СТУДЕНТ = (НОМЕР, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ГРУППА)
находится в первой нормальной форме, где поле НОМЕР является простым первичным ключом.
Вторая нормальная форма. Отношение приведено ко второй нормальной форме, если оно находится в первой нормальной форме, и каждый неключевой атрибут функционально полно зависит от составного ключа.
Функционально полной зависимостью неключевых атрибутов называется зависимость, при которой в записи определенному значению ключа соответствует только одно значение неключевого составного ключа.
Например, отношение СТУДЕНТ находится в первой и второй нормальных формах.
УСПЕВАЕМОСТЬ = (НОМЕР, ФАМИЛИЯ, ДИСЦИПЛИНА, ОЦЕНКА)
находится в первой нормальной форме и имеет составной ключ НОМЕР + ДИСЦИПЛИНА. Это отношение не находится во второй нормальной форме, так как атрибут ФАМИЛИЯ функционально зависим от поля НОМЕР составного ключа. Чтобы привести это отношение ко второй нормальной форме необходимо разбить его на два связанных отношения:
УСПЕВАЕМОСТЬ = (НОМЕР, ДИСЦИПЛИНА, ОЦЕНКА),
СПИСОК = (НОМЕР, ФАМИЛИЯ).
Связь между отношениями осуществляется по полю НОМЕР.
Третья нормальная форма. Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме, и каждый неключевой атрибут не зависит от ключа транзитивно.
Транзитивная зависимость присутствует в отношении, если существует два неключевых поля, первое из которых зависит от ключа, а второе от первого.
Например, отношение СТУДЕНТ находится в третьей нормальной форме.
ДИСЦИПЛИНА = (НАЗВАНИЕ, ЛЕКТОР, УЧ_СТЕПЕНЬ, ГРУППА)
не находится в третьей нормальной форме, так как поле УЧ_СТЕПЕНЬ зависит от поля ЛЕКТОР, но не от составного ключа, поэтому отношение необходимо разбить на два связанных отношения
ДИСЦИПЛИНА = (НАЗВАНИЕ, ЛЕКТОР, ГРУППА),
ПРЕПОДАВАТЕЛЬ = (ЛЕКТОР, УЧ_СТЕПЕНЬ).
Связь между отношениями осуществляется по полю ЛЕКТОР.
Типы связей
Отношения могут быть связаны следующими типами связей:
— один-к-одному (1:1);
Источник: studizba.com
Базы данных: основные понятия
В широком смысле слова база данных (БД) – это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области.
Для удобной работы с данными их необходимо структурировать, т.е. ввести определенные соглашения о способах их представления.
База данных (в узком смысле слова) — поименованная совокупность структурированных данных относящихся к некоторой предметной области
В реальной деятельности в основном используют системы БД.
Система баз данных (СБД) – это компьютеризированная система хранения структурированных данных, основная цель которой – хранить информацию и предоставлять ее по требованию.
Системы БД существуют и на малых, менее мощных компьютерах, и на больших, более мощных. На больших применяют в основном многопользовательские системы, на малых – однопользовательские.
Однопользовательская система (single-user system) – это система, в которой в одно и то же время к БД может получить доступ не более одного пользователя.
Многопользовательская система (multi-user system) — это система, в которой в одно и то же время к БД может получить доступ несколько пользователей.
Основная задача большинства многопользовательских систем – позволить каждому отдельному пользователю работать с системой как с однопользовательской.
Различия однопользовательской и многопользовательской систем – в их внутренней структуре, конечному пользователю они практически не видны.
Система баз данных содержит четыре основных элемента: данные, аппаратное обеспечение, программное обеспечение и пользователи.
Данные в БД являются интегрированными и общими.
Интегрированные – значит, данные можно представить как объединение нескольких, возможно перекрывающихся, отдельных файлов данных. (Например, имеется файл, содержащий данные о студентах – фамилию, имя, отчество, дату рождения, адрес и т.д., а другой – о спортивной секции. Необходимые данные о студентах, посещающих секцию, можно получить путем обращения к первому файлу.)
Общие – значит, отдельные области данных могут использовать различные пользователи, т.е. каждый из этих пользователей может иметь доступ к одной и той же области данных, даже одновременно. (Например, одни и те же данные БД о студентах может одновременно использовать студенческий отдел кадров и деканат.)
К аппаратному обеспечению относятся:
— Накопители для хранения информации вместе с подсоединенными устройствами ввода-вывода, каналами ввода-вывода и т.д.
— Процессор (или процессоры) вместе с основной памятью, которая используется для поддержки работы программного обеспечения системы.
ТУТ ВОЗНИКЛИ ВОПРОСЫ
В жизни мы часто сталкиваемся с необходимостью хранить какую-либо информацию, а потому часто имеем дело и с базами данных. Например, мы используем записную книжку для хранения номеров телефонов своих друзей и планирования своего времени. Телефонная книга содержит информацию о людях, живущих в одном городе. Все это своего рода базы данных.
Ну а раз это базы данных, то посмотрим, как в них хранятся данные. Например, телефонная книга представляет собой таблицу (табл. 10.1).
В этой таблице данные – это собственно номера телефонов, адреса и ФИО., т.е. строки «Иванов Иван Иванович», «32-43-12» и т.п., а названия столбцов этой таблицы, т.е. строки «ФИО», «Номер телефона» и «Адрес» задают смысл этих данных, их семантику.
| Таблица 10.1. Пример базы данных: телефонная книга | ||
| ФИО | Номер телефона | Адрес |
| Иванов Иван Иванович | 32-43-12 | ул. Ленина, 12, 43 |
| Ильин Федор Иванович | 32-32-34 | пр. Маркса, 32, 45 |
Теперь представьте, что записей в этой таблице не две, а две тысячи, вы занимаетесь созданием этого справочника и где-то произошла ошибка (например, опечатка в адресе). Видимо, тяжеловато будет найти и исправить эту ошибку вручную. Нужно воспользоваться какими-то средствами автоматизации.
Для управления большим количеством данных программисты (не без помощи математиков) придумали системы управления базами данных (СУБД). По сравнению с текстовыми базами данных электронные СУБД имеют огромное число преимуществ, от возможности быстрого поиска информации, взаимосвязи данных между собой до использования этих данных в различных прикладных программах и одновременного доступа к данным нескольких пользователей.
Для точности дадим определение базы данных, предлагаемое Глоссарий.ру
База данных – это совокупность связанных данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования, независимая от прикладных программ. База данных является информационной моделью предметной области. Обращение к базам данных осуществляется с помощью системы управления базами данных (СУБД). СУБД обеспечивает поддержку создания баз данных, централизованного управления и организации доступа к ним различных пользователей.
Итак, мы пришли к выводу, что хранить данные независимо от программ, так, что они связаны между собой и организованы по определенным правилам, целесообразно. Но вопрос, как хранить данные, по каким правилам они должны быть организованы, остался открытым. Способов существует множество (кстати, называются они моделями представления или хранения данных). Наиболее популярные – объектная и реляционная модели данных.
Автором реляционной модели считается Э. Кодд, который первым предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение) и показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение.
Таким образом, реляционная база данных представляет собой набор таблиц (точно таких же, как приведенная выше), связанных между собой. Строка в таблице соответствует сущности реального мира (в приведенном выше примере это информация о человеке).
Примеры реляционных СУБД: MySql, PostgreSql.
В основу объектной модели положена концепция объектно-ориентированного программирования, в которой данные представляются в виде набора объектов и классов, связанных между собой родственными отношениями, а работа с объектами осуществляется с помощью скрытых (инкапсулированных) в них методов.
Примеры объектных СУБД: Cache, GemStone (от Servio Corporation), ONTOS (ONTOS).
В последнее время производители СУБД стремятся соединить два этих подхода и проповедуют объектно-реляционную модель представления данных. Примеры таких СУБД – IBM DB2 for Common Servers, Oracle8.
Поскольку мы собираемся работать с Mysql, то будем обсуждать аспекты работы только с реляционными базами данных. Нам осталось рассмотреть еще два важных понятия из этой области: ключи и индексирование, после чего мы сможем приступить к изучению языка запросов SQL.
Ключи
Для начала давайте подумаем над таким вопросом: какую информацию нужно дать о человеке, чтобы собеседник точно сказал, что это именно тот человек, сомнений быть не может, второго такого нет? Сообщить фамилию, очевидно, недостаточно, поскольку существуют однофамильцы. Если собеседник человек, то мы можем приблизительно объяснить, о ком речь, например вспомнить поступок, который совершил тот человек, или еще как-то. Компьютер же такого объяснения не поймет, ему нужны четкие правила, как определить, о ком идет речь. В системах управления базами данных для решения такой задачи ввели понятие первичного ключа.
Первичный ключ (primary key, PK) – минимальный набор полей, уникально идентифицирующий запись в таблице. Значит, первичный ключ – это в первую очередь набор полей таблицы, во-вторых, каждый набор значений этих полей должен определять единственную запись (строку) в таблице и, в-третьих, этот набор полей должен быть минимальным из всех обладающих таким же свойством. Поскольку первичный ключ определяет только одну уникальную запись, то никакие две записи таблицы не могут иметь одинаковых значений первичного ключа.
Например, в нашей таблице (см. выше) ФИО и адрес позволяют однозначно выделить запись о человеке. Если же говорить в общем, без связи с решаемой задачей, то такие знания не позволяют точно указать на единственного человека, поскольку существуют однофамильцы, живущие в разных городах по одному адресу. Все дело в границах, которые мы сами себе задаем. Если считаем, что знания ФИО, телефона и адреса без указания города для наших целей достаточно, то все замечательно, тогда поля ФИО и адрес могут образовывать первичный ключ.
В любом случае проблема создания первичного ключа ложится на плечи того, кто проектирует базу данных (разрабатывает структуру хранения данных). Решением этой проблемы может стать либо выделение характеристик, которые естественным образом определяют запись в таблице (задание так называемого логического, или естественного, PK), либо создание дополнительного поля, предназначенного именно для однозначной идентификации записей в таблице (задание так называемого суррогатного, или искусственного, PK).
Примером логического первичного ключа является номер паспорта в базе данных о паспортных данных жителей или ФИО и адрес в телефонной книге (таблица выше). Для задания суррогатного первичного ключа в нашу таблицу можно добавить поле id (идентификатор), значением которого будет целое число, уникальное для каждой строки таблицы. Использование таких суррогатных ключей имеет смысл, если естественный первичный ключ представляет собой большой набор полей или его выделение нетривиально.
Кроме однозначной идентификации записи, первичные ключи используются для организации связей с другими таблицами.
Например, у нас есть три таблицы: содержащая информацию об исторических личностях (Persons), содержащая информацию об их изобретениях (Artifacts) и содержащая изображения как личностей, так и артефактов (Images) (рис 10.1).
Первичным ключом во всех этих таблицах является поле id (идентификатор). В таблице Artifacts есть поле author, в котором записан идентификатор, присвоенный автору изобретения в таблице Persons. Каждое значение этого поля является внешним ключом для первичного ключа таблицы Persons. Кроме того, в таблицах Persons и Artifacts есть поле photo, которое ссылается на изображение в таблице Images.
Эти поля также являются внешними ключами для первичного ключа таблицы Images и устанавливают однозначную логическую связь Persons-Images и Artifacts-Images. То есть если значение внешнего ключа photo в таблице личности равно 10, то это значит, что фотография этой личности имеет в таблице изображений. Таким образом, внешние ключи используются для организации связей между таблицами базы данных (родительскими и дочерними) и для поддержания ограничений ссылочной целостности данных.
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru
Введение
База данных — это совокупность данных, организованных по определенным правилам, предусматривающим общие принципы писания, хранения и манипулирования данным, независимая от прикладных программ. Может рассматриваться как информационная модель предметной области. Создание, ведение и использование БД выполняется с помощью комплекса программных и языковых средств, называемых системами управления базами данных (СУБД).
База данных — это набор данных, в котором осуществляется регулярный систематический поиск для выборки нужной информации.
Система управления базами данных (СУБД) — это набор языковых и программных средств для создания и ведения баз данных: обновления данных базы, обеспечения доступа к данным по запросам и выдачи их пользователям и др.
В настоящее время все БД являются реляционными, т.е. представленными в виде совокупности так называемых реляционных таблиц. Таблицы называются реляционными, если они удовлетворяют следующим требованиям:
1) Каждый элемент таблицы представляет одно значение.
2) Все столбцы таблицы являются однородными (т.е. все элементы столбца представляют данные одного и того же типа).
3) Столбцам однозначно присвоены имена.
4) Нет одинаковых строк.
5) Строки и столбцы могут просматриваться в любом нужном порядке.
В БД таблицы с указанными свойствами часто называются отношениями. Описание отношения называется схемой отношения.
БД, построенная с помощью отношений, называется реляционной.
Организация данных является ключевым моментом при работе с большими объемами информации. Чрезвычайно важно упорядочить данные таким образом, чтобы легко и быстро находить нужные сведения. Способ упорядочивания может быть предельно простым, как, например, карманный календарь, или сложным, как компьютерная система, охватывающая целое предприятие. Неизменным остается основной принцип — собрать необходимые сведения в одном месте и иметь их под рукой.
Теоретическая часть
Обоснование разработки
Данная база данных предназначена для создания, редактирования и последующей печати: списков групп, списков предназначенных для аттестации сотрудников и списков вызова сотрудников на аттестацию
Данная программа предназначена для использования на определенном предприятии, но её аналоги могут быть интересны другим организациям и обычным пользователям домашнего ПК, так как предоставляет возможность быстрого поиска записей и оперативно вносить изменения или делать замены в данных.
Обзор существующих подходов к решению задачи
Для создания могут применяться несколько подходов
Основы проектирования БД
Проектирование БД начинается с определения предметной области, информационную модель которой нужно построить. Предметная область может быть представлена как множество объектов, разбитое на некоторое конечное число классов. Каждый класс объектов характеризуется набором признаков, которые в терминологии БД называются атрибутами. Таким образом, в БД объекты каждого класса представляются набором своих атрибутов. Далее, для классов объектов устанавливаются отношения (в общем случае n-местные), которые представляются схемами.
В большинстве случаев в процессе проектирования БД представляется в виде сети, в которой узлы соответствуют схемам отношений (т.е. классам объектов), а дуги указывают на связи между классами. В некоторых случаях возможно представление схем БД в виде деревьев.
Важным этапом проектирования БД является нормализация, т.е. преобразование сети, представляющей БД, сначала в деревья, а затем в совокупность отношений. При этом связи, представленные в сетях дугами, учитываются путем добавления в соответствующие отношения общих атрибутов. Нормализация — процесс, состоящий из нескольких шагов: сначала строится первая нормальная форма БД, затем она преобразуется в более удобную для использования вторую нормальную форму, затем строится третья нормальная форма и этот процесс может быть продолжен.
Методы построения СУБД
С точки зрения организации работ с БД СУБД делятся на:
— предназначенные для индивидуальной работы на персональных компьютерах,
— предназначенные для коллективной работы в сетях.
Приступая к построению СУБД, разработчики прежде всего должны учесть, СУБД какого из указанных типов должно быть построено.
Наиболее сложно организованными СУБД являются системы второго типа. Обычно различаются следующие варианты работы с СУБД:
— индивидуальная (этот вариант работы возможен с СУБД обоих типов);
— в сети с централизованной обработкой данных;
— в сети с распределенной обработкой данных (в этом случае используется так называемая архитектура «клиент — сервер»).
Последние два варианта работы возможны только с СУБД второго типа.
При проектировании СУБД обеспечиваются средства описания, формирования данных их модификации, и использования для получения информации, необходимой пользователю. Каждая СУБД имеет свой язык пользователя, а также встроенные средства, облегчающие работу с данными (они часто называются интегрированными интерфейсами).
В СУБД в настоящее время включается по крайней мере один интегрированный интерфейс, который всегда доступен. Это процессор языка запросов, позволяющий конечному пользователю формировать запросы к БД, используя язык высокого уровня. Типичным представителем языка запросов является язык SQL, версии которого реализованы во всех СУБД. Интерфейс пользователя, основанный на языке SQL, называют командным.
Кроме командных интерфейсов существуют и так называемые интерфейсы, основанные на меню и формах. Работая с ними, пользователь выбирает необходимые действия из предлагаемых ему меню, заполняет формы и пр. Эти интерфейсы особенно удобны пользователям, не имеющим практики работы с языками высокого уровня.
При разработке СУБД необходимо включить в них все указанные компоненты.
SQL, примеры реализации
SQL — Structured Query Language — или Язык структурированных запросов стал главным инструментом реляционных СУБД для описания типов данных в БД и формирования запросов к ним.
Продукты на базе SQL занимают доминирующее положение на рынке систем «Клиент — сервер». Язык, разработанный в 1989 году, принят в США в качестве национального стандарта.
SQL состоит из двух компонент:
Data Definition Language (DDL) — язык описания данных;
Data Manipulation Language (DML) — язык обработки данных или язык запросов.
Синтаксис языка относительно прост и максимально приближен к специализированному английскому языку. Его основными элементами являются идентификаторы и константы.
Идентификаторы широко используются для обозначения таблиц (отношений, полей (атрибутов) и др.
Для констант определены следующие типы: строки, целые, вещественные, даты, логические.
Язык обработки данных. Эта компонента SQL состоит из ряда операторов, важнейшим из которых является оператор выбора.
SELECT. Этот оператор предназначен для представления запросов пользователей на интересующие их данные. Он предоставляет пользователям широкие возможности для получения нужной информации. В основе оператора лежат операции так называемой алгебры Кодда, представляющей собой функционально полный набор операций над таблицами.
Кроме этого оператора в язык обработки данных входят операторы, обеспечивающие модификацию таблиц БД: вставку новых строк, удаление строк, обновление значений полей в строках и т.д.
Язык описания данных. Эта компонента SQL предназначена для создания таблиц или работы с уже существующими таблицами.
Основным здесь является оператор создания таблиц CREATE TABLE. Оператор предназначен для описания таблиц для включения их в создаваемую (или модифицируемую) БД. Кроме него в язык описания данных входит ряд операторов, предназначенных для модификации схем таблиц (например, добавления новых полей или удаления существующих), удаления таблиц, предоставления пользователям БД так называемых привилегий (разрешения выполнять при работе с БД определенные действия) и пр.
Как уже упоминалось, язык SQL является встроенным средством всех современных СУБД. Однако, в каждой СУБД реализована своя версия языка. Дело в том, что версии языка включают в себя ядро, т.е. средства эталонного SQL, которые едины для всех версий, и так называемое «операционное окружение», которое зависит самой СУБД, операционной системы, на которую ориентирована реализация СУБД и некоторых других причин.
Примером реализации SQL может служить SQL-сервер — программная система, основным пользовательским интерфейсом которой является язык SQL.
Далее рассмотрим различные среды создания БД.
Источник: studbooks.net