Язык описания субд предназначен для. Субд. языки управления базами данных. Управление буферами оперативной памяти

БД – сов-ть взаимсвяз. и структуриров. данных на машиночитаемых носителях. Обращение с информацией в БД производится при помощи ЭВМ.

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

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

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

Главная ценность БД заключается в обеспечении возможности тематического поиска, при котором пользователь по заданным ключевым словам узнает количество первоисточников в базе, сужает проблему, читает названия статей и, возможно, их рефераты. Если в базе есть полные тексты, он может распечатать для себя наиболее интересные выдержки из них. Весь сеанс диалога с БД длится 20 - 40 мин, причем большая часть времени уходит на реакцию пользователя.

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

Осн. Функции СУБД:

1) создание баз данных на компьютере

2) ввод, накопление, просмотр и модифик. Данных

3) ответы на запросы по данным

4) составление отчетов,

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

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

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

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

Типы данных.

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

Совокупность простых данных можно объединить в составное данное двумя способами. Во-первых, можно соединить несколько разнотипных данных. По этому принципу образуется структурное данное, или данное типа «структура». Описание структуры состоит из перечисления ее составных частей, значение - из значений составляющих ее данных. Во-вторых, составное данное может объединять совокупность однотипных данных (список сотрудников, послужной список сотрудника и т.п.). Составное данное этого типа называется массивом. В описании $массива достаточно указать описание одного элемента. Значение массива представляется однородным списком значений его элементов.

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

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

РТ – БД, в кот. все данные, доступные пользователю, организованы в виде связ. Таблиц, а все операции над данными сводятся к операциям над этими таблицами.

Опр-ся 12 правилами Кодда.

правило 0: Основное правило (Foundation Rule): Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными.:

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

правило 1: Явное представление данных (The Information Rule):

Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных.

правило 2: Гарантированный доступ к данным (Guaranteed Access Rule):

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

правило 3: Полная обработка неизвестных значений (Systematic Treatment of Null Values):

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

правило 4: Доступ к словарю данных в терминах реляционной модели (Active On-Line Catalog Based on the Relational Model):

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

правило 5: Полнота подмножества языка (Comprehensive Data Sublanguage Rule):

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

(а) имеет линейный синтаксис,

(б) может использоваться как интерактивно, так и в прикладных программах,

(в) поддерживает операции определения данных, определения представлений, манипулирования данными (интерактивные и программные), ограничители целостности, управления доступом и операции управления транзакциями (begin, commit и rollback).

правило 6: Возможность модификации представлений (View Updating Rule):

Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных.

правило 7: Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete):

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

правило 8: Физическая независимость данных (Physical Data Independence):

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

правило 9: Логическая независимость данных (Logical Data Independence):

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

правило 10: Независимость контроля целостности (Integrity Independence):

Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. Язык для работы с данными должен выполнять проверку входных данных и автоматически поддерживать целостность данных.

правило 11: Дистрибутивная независимость (Distribution Independence):

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

правило 12: Согласование языковых уровней (The Nonsubversion Rule):

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

6. SQL - стандартный язык для работы с базами данных

Для обработки и чтения данных, содержащихся в компьютерной базе данных испол. SQL - это сокращенное название структурированного языка запросов (Structured Query Language). По историческим причинам аббревиатура SQL читается обычно как «сиквел», но исп-ся и альтернативное произнош. – «эскюэл»

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

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

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

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

Чтение данных. SQL даст пользователю или приложению возможность читать содержащиеся в базе данные и пользоваться ими.

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

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

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

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

На сегодняшний день SQL является единственным стандартным языком для работы с реляционными базами данных.

7. Система ACCESS.

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

Access- мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта- детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows 95 или Windows NT, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм.

Для работы с базами данных используются специальные языки, в целом называемые языками баз данных . В ранних СУБД поддерживалось несколько специализированных по своим функциям языков. Чаще всего выделялись два языка - язык определения схемы БД (DDL - Data Definition Language) и язык манипулирования данными (DML - Data Manipulation Language). DDL служил главным образом для определения логической структуры БД, т.е. той структуры БД, какой она представляется пользователям. DML содержал набор операторов манипулирования данными, т.е. операторов, позволяющих заносить данные в БД, удалять, модифицировать или выбирать существующие данные.

ГЛАВА 2. ТИПОВАЯ ОРГАНИЗАЦИЯ СОВРЕМЕННОЙ СУБД

Естественно, организация типичной СУБД и состав ее компонентов соответствует рассмотренному набору функций.

Логически в современной реляционной СУБД можно выделить наиболее внутреннюю часть - ядро СУБД (часто его называют Data Base Engine), компилятор языка БД (обычно SQL), подсистему поддержки времени выполнения, набор утилит. В некоторых системах эти части выделяются явно, в других - нет, но логически такое разделение можно провести во всех СУБД. (Рис. 1)

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

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

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

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

Рис. 1.Связь программ и данных при использовании СУБД

Классификация пользователей СУБД

Пользователей СУБД можно разделить на 3 большие группы.

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

Вторая -конечные пользователи, которые работают с системами баз данных непосредственно через рабочую станцию или терминал. Конечный пользователь может получить доступ к базе данных, используя одно из оперативных приложений, упомянутых выше, или же воспользоваться интегрированным интерфейсом программного обеспечения самой системы баз данных. Такой интерфейс также поддерживается оперативным приложением, но это приложение не создается пользователем, оно являетсявстроенным в систему баз данных. В большинстве систем есть, по крайней мере, одно такое встроенное приложение, а именно:процессор языка запросов, который позволяет пользователю указывать команды или выражения высокого уровня (такие как select или insert) для данной СУБД. Язык SQL, упомянутый выше, - типичный пример языка запросов для базы данных.

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

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

Третья группа -администраторы базы данных, илиАБД.

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

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

РАСПРЕДЕЛЕНИЕ ОБЯЗАННОСТЕЙ В СИСТЕМАХ С БАЗАМИ ДАННЫХ.

Одним из компонентов среды СУБД являются пользователи.

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

Администраторы данных и администраторы баз данных.

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

Администратор данных, или АД (Data Administrator - DA), отвечает за управление данными, включая планирование базы данных, разработку и сопровождение стандартов, бизнес-правил и деловых процедур, а также за концептуальное и логическое проектирование базы данных. АД консультирует и дает свои рекомендации руководству высшего звена, контролируя соответствие общего направления развития базы данных установленным корпоративным целям.

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

Администрирование данных и администрирование баз данных.

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

Таблица 1. Этапы жизненного цикла базы данных с указанием роли АД и АБД

Этап	Основная роль	Вспомога-тельная роль
Планирование разработки базы данных	АД	АБД
Определение требований к системе	АД	АБД
Сбор и анализ требований пользователей	АД	АБД
Концептуальное проекти-рование базы данных	АД	АБД
Выбор целевой СУБД	АБД	АД
Логическое проектирование базы данных	АД	АБД
Разработка приложений	АБД	АД
Физическое проектирование базы данных	АБД	АД
Создание прототипов	АБД	АД
Реализация	АБД	АД
АБД	АД
Квотирование	АБД	АД
Эксплуатация и сопровождение	АБД	АД

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

Для работы с базами данных используются специальные языки, в целом называемые языками баз данных . В ранних СУБД поддерживалось несколько специализированных по своим функциям языков. Чаще всего выделялись два языка - язык определения схемы БД (SDL - Schema Definition Language) и язык манипулирования данными (DML - Data Manipulation Language). SDL служил главным образом для определения логической структуры БД, т.е. той структуры БД, какой она представляется пользователям. DML содержал набор операторов манипулирования данными, т.е. операторов, позволяющих заносить данные в БД, удалять, модифицировать или выбирать существующие данные. Мы рассмотрим более подробно языки ранних СУБД в следующей лекции.

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

Прежде всего, язык SQL сочетает средства SDL и DML, т.е. позволяет определять схему реляционной БД и манипулировать данными. При этом именование объектов БД (для реляционной БД - именование таблиц и их столбцов) поддерживается на языковом уровне в том смысле, что компилятор языка SQL производит преобразование имен объектов в их внутренние идентификаторы на основании специально поддерживаемых служебных таблиц-каталогов. Внутренняя часть СУБД (ядро) вообще не работает с именами таблиц и их столбцов.

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

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

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

СУБД - это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями. Функции СУБД - это описание данных, манипулирование данными, их использование. Данные функции реализуются благодаря наличию у СУБД языка описания данных (ЯОД), языка манипулирования данными (ЯМД) и языка запросов.

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

ЯМД дает возможность реорганизации данных в базе (добавления новых, удаления ненужных, обновления существующих).

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

Языковые средства могут быть реализованы различными способами: синтаксическими конструкциями (командами), меню, диалоговыми сценариями, таблицами.

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

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

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

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

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

16. Архитектура субд. Средства проектирования, подсистема обработки, ядро субд.

Функции СУБД: 1) определение данных (определение структуры данных, их типа, связей между данными и другие вопросы); 2) обработки данных (сортировка, фильтрация, вычисления, группировка и т.д.); 3) управления данными (организация защиты, восстановление в случае повреждения, обеспечение целостности данных.).

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

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

3.Данные – наиболее важный компонент с точки зрения конечных пользователей. База данных содержит как рабочие данные, так и метаданные, т.е. "данные о данных".

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

5.Пользователи: клиенты БД, администратор БД, прикладные программисты.

Современные СУБД различаются по своим характеристикам и выполняемым ими функциям. Однако практически во всех из них можно выделить три компонента: 1) подсистема средств проектирования; 2) подсистема средств обработки; 3) ядро СУБД.

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

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

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

Лекции доступны на сайте В разделе сайта: Профессиональная переподготовка Рабочие программы

Языки определения данных и манипулирования данными Для работы с базами данных используются специальные языки, в целом называемые подъязыками данных, поскольку они включают подмножество операторов, связанное с объектами и операциями баз данных, но не содержат конструкции для выполнения всех вычислительных операций языков программирования высокого уровня. Многие СУБД поддерживают возможность внедрения операторов подъязыков данных в языки высокого уровня, таких, например, как COBOL, Fortran, Pascal, Ada, С. Как уже отмечалось, в этом случае язык высокого уровня считается базовым, а подъязык данных внедренным. В СУБД поддерживается несколько специализированных по своим функциям подъязыков. Их можно разбить на две категории: - Язык определения данных - описательный язык, с помощью которого описывается предметная область: именуются объекты, определяются их свойства и связи между объектами. Он используется главным образом для определения логической структуры БД, его нельзя исполь¬зовать для управления данными. Результатом компиляции ЯОД операторов является набор таблиц, хранимый в системном каталоге, в котором содержатся метаданные - Языки манипулирования данными содержит набор операторов манипулирования данными, т. е. операторов, позволяющих заносить данные в БД, удалять, модифицировать или выбирать существующие данные. Языки манипулирования данными делятся на два типа: процедурный ЯМД, декларативный (непроцедурный) ЯМД.

Работая с процедурным ЯМД, пользователь должен четко представлять себе то, что он должен получить, и как он может это сделать с помощью средств ЯМД. Эти средства представляют собой операторы над данными, которые необходимо выполнить в определенном порядке для получения требуемой информации. Обычно такой процедурный язык позволяет извлечь запись, обработать ее и, в зависимости от полученных результатов, извлечь другую запись, которая должна быть подвергнута аналогичной обработке, и т. д. К ним относят языки ЯМД сетевых и иерар¬хических СУБД, языки, поддерживающие операции реляционной алгебры. Декларативные языки ЯМД предоставляют пользователю средства, позволяющие указать лишь то, какие данные требуются. Решение вопроса о том, как их следует извлекать, берет на себя процессор данного языка, работающий с целыми наборами записей. Непроцедурные языки ЯМД позволяют определить весь набор требуемых дан¬ных с помощью одного оператора извлечения или обновления. СУБД транслирует выражение на языке ЯМД в процедуру (или набор процедур), которая обеспечивает манипулирование затребованным набором записей. Данный подход освобождает пользователя от необходимости знать детали внутренней реализации структур данных и особен¬ности алгоритмов, используемых для извлечения и возможного преобразования данных. Непроцедурные языки обыч-но проще понять и использовать, чем процедурные языки. Реляционные СУБД обычно включают поддержку непроцедурных языков манипулирования данными чаще всего это бывает язык структурированных запросов SQL или язык запросов по образцу QBE. Часть непроцедурного языка ЯМД, которая отвечает за извлечение данных, называется языком запросов. Язык запросов можно определить как высокоуров- невый узкоспециализированный язык, предназначенный для удовлетворения различных требований по выборке информации из базы данных. Анализируя тенденции в развитии языков обработки данных, можно предположить, что и в дальнейшем оно пойдет, скорее всего, по направлению развития непроцедурных языков с использованием компонентов высокого уровня, которые часто называют «инструментами четвертого поколения».

SQL (Structured Query Language) SQL (обычно произносимый как "СИКВЭЛ" или "ЭСКЮЭЛЬ") символизирует собой Структурированный Язык Запросов. Это - язык, который дает Вам возможность создавать и работать в реляционных базах данных, являющихся наборами связанной информации, сохраняемой в таблицах.

Языки манипулирования данными Все языки манипулирования данными (ЯМД), созданные до появления реляционных баз данных и разработанные для многих систем управления базами данных (СУБД) персональных компьютеров, были ориентированы на операции с данными, представленными в виде логических записей файлов. Это требовало от пользователей детального знания организации хранения данных и достаточных усилий для указания не только того, какие данные нужны, но и того, где они размещены и как шаг за шагом получить их. сказать название фильма - и шофер сам найдет кинотеатр, в котором показывают нужный фильм. (Подобным же образом, самостоятельно, отыскивает запрошенные данные SQL.) самому узнать, где демонстрируется нужный фильм и назвать кинотеатр. Тогда водитель должен найти адрес этого кинотеатра. придется самому узнать адрес кинотеатра и предложить водителю проехать к нему по таким-то и таким-то улицам. В самом худшем случае вам, может быть, даже придется по дороге давать указания: "Повернуть налево... проехать пять кварталов... повернуть направо...".

Из истории появления SQL Появление теории реляционных баз данных и предложенного Коддом языка запросов "ALPHA", основанного на реляционном исчислении, инициировало разработку ряда языков запросов, которые можно отнести к двум классам: 1.Алгебраические языки, позволяющие выражать запросы средствами специализированных операторов, применяемых к отношениям (JOIN - соединить, INTERSECT - пересечь, SUBTRACT - вычесть и т.д.). 2.Языки исчисления предикатов, которые представляют собой набор правил для записи выражения, определяющего новое отношение из заданной совокупности существующих отношений. Другими словами исчисление предикатов есть метод определения того отношения, которое нам желательно получить (как ответ на запроc) из отношений, уже имеющихся в базе данных.

Разработка, в основном, шла в отделениях фирмы IBM (языки ISBL, SQL, QBE) и университетах США (PIQUE, QUEL). Последний создавался для СУБД INGRES (Interactive Graphics and Retrieval System), которая была разработана в начале 70-х годов в Университете шт. Калифорния и сегодня входит в пятерку лучших профессиональных СУБД. Сегодня из всех этих языков полностью сохранились и развиваются QBE (Query-By- Example - запрос по образцу) и SQL, а из остальных взяты в расширение внутренних языков СУБД только наиболее интересные конструкции.

В начале 80-х годов SQL "победил" другие языки запросов и стал фактическим стандартом таких языков для профессиональных реляционных СУБД. В 1987 году он стал международным стандартом языка баз данных и начал внедряться во все распространенные СУБД персональных компьютеров.

Почему SQL? 1.Непрерывный рост быстродействия, а также снижение энергопотребления, размеров и стоимости компьютеров привели к резкому расширению возможных рынков их сбыта, круга пользователей, разнообразия типов и цен. Естественно, что расширился спрос на разнообразное программное обеспечение. 2.Фирмы, производящие программное обеспечение, стали выпускать на рынок все более и более интеллектуальные и, следовательно, объемные программные комплексы. Приобретая (желая приобрести) такие комплексы, многие организации и отдельные пользователи часто не могли разместить их на собственных ЭВМ, однако не хотели и отказываться от нового сервиса. Для обмена информацией и ее обобществления были созданы сети ЭВМ, где обобществляемые программы и данные стали размещать на специальных обслуживающих устройствах - файловых серверах. 3.СУБД, работающие с файловыми серверами, позволяют множеству пользователей разных ЭВМ (иногда расположенных достаточно далеко друг от друга) получать доступ к одним и тем же базам данных. При этом упрощается разработка различных автоматизированных систем управления организациями, учебных комплексов, информационных и других систем, где множество сотрудников (учащихся) должны использовать общие данные и обмениваться создаваемыми в процессе работы (обучения). Однако при такой идеологии вся обработка запросов из программ или с терминалов пользовательских ЭВМ выполняется на этих же ЭВМ. Поэтому для реализации даже простого запроса ЭВМ часто должна считывать из файлового сервера и (или) записывать на сервер целые файлы, что ведет к конфликтным ситуациям и перегрузке сети.

4.Для исключения указанных и некоторых других недостатков была предложена технология "Клиент-Сервер", по которой запросы пользовательских ЭВМ (Клиент) обрабатываются на специальных серверах баз данных (Сервер), а на ЭВМ возвращаются лишь результаты обработки запроса. При этом, естественно, нужен единый язык общения с Сервером и в качестве такого языка выбран SQL. Поэтому все современные версии профессиональных реляционных СУБД (DB2, Oracle, Ingres, Informix, Sybase, Progress, Rdb) и даже нереляционных СУБД (например, Adabas) используют технологию "Клиент-Сервер" и язык SQL. К тому же приходят разработчики СУБД персональных ЭВМ, многие из которых уже сегодня снабжены языком SQL. 5.Реализация в SQL концепции операций, ориентированных на табличное представление данных, позволило создать компактный язык с небольшим (менее 30) набором предложений. SQL может использоваться как ИНТЕРАКТИВНЫЙ (для выполнения запросов) и как ВСТРОЕННЫЙ (для построения прикладных программ).

Состав языка SQL Язык SQL предназначен для манипулирования данными в реляционных базах данных, определения структуры баз данных и для управления правами доступа к данным в многопользовательской среде. Поэтому, в язык SQL в качестве составных частей входят: язык манипулирования данными (Data Manipulation Language, DML) язык определения данных (Data Definition Language, DDL) язык управления данными (Data Control Language, DCL). Подчеркнем, что это не отдельные языки, а различные команды одного языка. Такое деление проведено только лишь с точки зрения различного функционального назначения этих команд.

Язык определения данных используется для создания и изменения структуры базы данных и ее составных частей - таблиц, индексов, представлений (виртуальных таблиц), а также триггеров и сохраненных процедур. Основными его командами являются: CREATE DATABASE(создать базу данных) CREATE TABLE(создать таблицу) CREATE VIEW(создать виртуальную таблицу) CREATE INDEX(создать индекс) CREATE TRIGGER(создать триггер) CREATE PROCEDURE(создать сохраненную процедуру) ALTER DATABASE(модифицировать базу данных) ALTER TABLE(модифицировать таблицу) ALTER VIEW(модифицировать виртуальную таблицу) ALTER INDEX(модифицировать индекс) ALTER TRIGGER(модифицировать триггер) ALTER PROCEDURE(модифицировать сохраненную процедуру) DROP DATABASE(удалить базу данных) DROP TABLE(удалить таблицу) DROP VIEW(удалить виртуальную таблицу) DROP INDEX(удалить индекс) DROP TRIGGER(удалить триггер) DROP PROCEDURE(удалить сохраненную процедуру)

Язык управления данными используется для управления правами доступа к данным и выполнением процедур в многопользовательской среде. Более точно его можно назвать "язык управления доступом". Он состоит из двух основных команд: GRANT(дать права) REVOKE(забрать права)

С точки зрения прикладного интерфейса существуют две разновидности команд SQL: интерактивный SQL встроенный SQL. Интерактивный SQL используется в специальных утилитах (типа WISQL или DBD), позволяющих в интерактивном режиме вводить запросы с использованием команд SQL, посылать их для выполнения на сервер и получать результаты в предназначенном для этого окне. Встроенный SQL используется в прикладных программах, позволяя им посылать запросы к серверу и обрабатывать полученные результаты, в том числе комбинируя set-ориентированный и record-ориентированный подходы.

SQL включает: 1.предложения определения данных (определение баз данных, а также определение и уничтожение таблиц и индексов); 2.запросы на выбор данных (предложение SELECT); 3.предложения модификации данных (добавление, удаление и изменение данных); 4.предложения управления данными (предоставление и отмена привилегий на доступ к данным, управление транзакциями и другие). Кроме того, он предоставляет возможность выполнять в этих предложениях: арифметические вычисления (включая разнообразные функциональные преобразования), обработку текстовых строк и выполнение операций сравнения значений арифметических выражений и текстов; упорядочение строк и (или) столбцов при выводе содержимого таблиц на печать или экран дисплея; создание представлений (виртуальных таблиц), позволяющих пользователям иметь свой взгляд на данные без увеличения их объема в базе данных; запоминание выводимого по запросу содержимого таблицы, нескольких таблиц или представления в другой таблице (реляционная операция присваивания). агрегатирование данных: группирование данных и применение к этим группам таких операций, как среднее, сумма, максимум, минимум, число элементов и т.п.

Основные типы данных SQL 1.INTEGER - целое число (обычно до 10 значащих цифр и знак); 2.SMALLINT - "короткое целое" (обычно до 5 значащих цифр и знак); 3.DECIMAL(p,q) - десятичное число, имеющее p цифр (0 0 и разное в разных СУБД, но не меньше 4096); 7.DATE - дата в формате, определяемом специальной командой (по умолчанию mm/dd/yy); поля даты могут содержать только реальные даты, начинающиеся за несколько тысячелетий до н.э. и ограниченные пятым-десятым тысячелетием н.э.; 8.TIME - время в формате, определяемом специальной командой, (по умолчанию hh.mm.ss); 9.DATETIME - комбинация даты и времени; 10.MONEY - деньги в формате, определяющем символ денежной единицы ($, руб,...) и его расположение (суффикс или префикс), точность дробной части и условие для показа денежного значения. 0 и разное в разных СУБД, но не меньше 4096); 7.DATE - дата в формате, определяемом специальной командой (по умолчанию mm/dd/yy); поля даты могут содержать только реальные даты, начинающиеся за несколько тысячелетий до н.э. и ограниченные пятым-десятым тысячелетием н.э.; 8.TIME - время в формате, определяемом специальной командой, (по умолчанию hh.mm.ss); 9.DATETIME - комбинация даты и времени; 10.MONEY - деньги в формате, определяющем символ денежной единицы ($, руб,...) и его расположение (суффикс или префикс), точность дробной части и условие для показа денежного значения.">

Ориентированный на работу с таблицами SQL не имеет достаточных средств для создания сложных прикладных программ. Поэтому в разных СУБД он либо используется вместе с языками программирования высокого уровня (например, такими как Си или Паскаль), либо включен в состав команд специально разработанного языка СУБД (язык систем dBASE, R:BASE и т.п.). Унификация полных языков современных профессиональных СУБД достигается за счет внедрения объектно-ориентированного языка четвертого поколения 4GL. Последний позволяет организовывать циклы, условные предложения, меню, экранные формы, сложные запросы к базам данных с интерфейсом, ориентированным как на алфавитно- цифровые терминалы, так и на оконный графический интерфейс (X- Windows, MS-Windows).

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

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

Создание базовых таблиц Базовые таблицы описываются в SQL с помощью предложения CREATE TABLE (создать таблицу), синтаксис которого имеет небольшие различия в различных СУБД. Однако все они поддерживают следующую минимальную форму: CREATE TABLE базовая_таблица (столбец тип_данных [,столбец тип_данных ]...); где ТИП_ДАННЫХ должен принадлежать к одному из типов данных, поддерживаемых СУБД

Логическая концептуальная схема БД «Поставщики-Детали» Код_рег Имя_ре г Код_Поста вщ Имя_Поста вщ Код_города Код_Поста вщ Код_Детал и Количеств о Код_Детал и Название_ дет Код_цвета Код_горо да Имя_горо да Код_реги она Код_Цвета Наимен_цвета Регион Город Поставка Поставщик Детали Цвета

Удаление базовой таблицы Существующую базовую таблицу можно в любой момент уничтожить с помощью предложения DROP TABLE (уничтожить таблицу): DROP TABLE базовая_таблица; по которому удаляется описание таблицы, ее данные, связанные с ней представления и индексы, построенные для столбцов таблицы

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

Предложение SELECT может использоваться как: 1.самостоятельная команда на получение и вывод строк таблицы, сформированной из столбцов и строк одной или нескольких таблиц (представлений); 2.элемент WHERE- или HAVING-условия (сокращенный вариант предложения, называемый "вложенный запрос"); 3.фраза выбора в командах CREAT VIEW, DECLARE CURSOR или INSERT; 4.средство присвоения глобальным переменным значений из строк сформированной таблицы (INTO- фраза).

SELECT (выбрать) данные из указанных столбцов и (если необходимо) выполнить перед выводом их преобразование в соответствии с указанными выражениями и (или) функциями FROM (из) перечисленных таблиц, в которых расположены эти столбцы WHERE (где) строки из указанных таблиц должны удовлетворять указанному перечню условий отбора строк GROUP BY (группируя по) указанному перечню столбцов с тем, чтобы получить для каждой группы единственное агрегированное значение, используя во фразе SELECT SQL-функции SUM (сумма), COUNT (количество), MIN (минимальное значение), MAX (максимальное значение) или AVG (среднее значение) HAVING (имея) в результате лишь те группы, которые удовлетворяют указанному перечню условий отбора групп

= (больше или равно), которые могут предваряться оператором NOT, создавая, например," title="Выборка c использованием фразы WHERE (выборка с условием) Для отбора нужных строк таблицы можно использовать операторы сравнения: = (равно), (не равно), (больше), >= (больше или равно), которые могут предваряться оператором NOT, создавая, например," class="link_thumb"> 52 Выборка c использованием фразы WHERE (выборка с условием) Для отбора нужных строк таблицы можно использовать операторы сравнения: = (равно), (не равно), (больше), >= (больше или равно), которые могут предваряться оператором NOT, создавая, например, отношения "не меньше" и "не больше". Возможность использования нескольких условий, соединенных логическими операторами AND, OR, AND NOT и OR NOT, позволяет осуществить более детальный отбор строк. = (больше или равно), которые могут предваряться оператором NOT, создавая, например,"> = (больше или равно), которые могут предваряться оператором NOT, создавая, например, отношения "не меньше" и "не больше". Возможность использования нескольких условий, соединенных логическими операторами AND, OR, AND NOT и OR NOT, позволяет осуществить более детальный отбор строк."> = (больше или равно), которые могут предваряться оператором NOT, создавая, например," title="Выборка c использованием фразы WHERE (выборка с условием) Для отбора нужных строк таблицы можно использовать операторы сравнения: = (равно), (не равно), (больше), >= (больше или равно), которые могут предваряться оператором NOT, создавая, например,"> title="Выборка c использованием фразы WHERE (выборка с условием) Для отбора нужных строк таблицы можно использовать операторы сравнения: = (равно), (не равно), (больше), >= (больше или равно), которые могут предваряться оператором NOT, создавая, например,">

Выбраны детали, произведенные года с кодом цвета 111

Использование LIKE Обычная форма "имя_столбца LIKE текстовая_константа" для столбца текстового типа позволяет отыскать все значения указанного столбца, соответствующие образцу, заданному "текстовой_константой". Символы этой константы интерпретируются следующим образом: символ * (звездочка) – заменяет любую последовательность из N символов (где N может быть нулем), все другие символы означают просто сами себя.

Запрос с параметром Можно использовать LIKE для создания так называемого ЗАПРОСА С ПАРАМЕТРОМ, когда при запуске запроса на выполнение пользователь сам задаст условие отбора: "имя_столбца LIKE [текст для отбора]"

Выборка с упорядочением Простейший вариант этой фразы - упорядочение строк результата по значению одного из столбцов с указанием порядка сортировки по возрастанию ASC (ASCending) или убыванию DESC (DESCending), или без такого указания. (По умолчанию строки будут сортироваться в порядке возрастания значений в указанном столбце - ASC.)

Агрегирование данных SQL существует ряд специальных стандартных функций (SQL-функций). Каждая из этих функций оперирует совокупностью значений столбца некоторой таблицы и создает единственное значение, определяемое так: COUNT - число значений в столбце SUM - сумма значений в столбце AVG - среднее значение в столбце MAX - самое большое значение в столбце MIN - самое малое значение в столбце. Для функций SUM и AVG рассматриваемый столбец должен содержать числовые значения.

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

Пример агрегирования Подсчитывается суммарное количество деталей с наименованием Гайка (=531) и количество непустых значений в поле Кол_во, соответствующих записями с наименованием детали Гайка (3 таких поля)

Фраза HAVING Фраза HAVING играет такую же роль для групп, что и фраза WHERE для строк: она используется для исключения групп, точно так же, как WHERE используется для исключения строк. Эта фраза включается в предложение лишь при наличии фразы GROUP BY, а выражение в HAVING должно принимать единственное значение для группы. Предложения модификации данных SQL Модификация данных может выполняться с помощью предложений DELETE (удалить), INSERT (вставить) и UPDATE (обновить). Подобно предложению SELECT они могут оперировать как базовыми таблицами, так и представлениями. Однако по ряду причин не все представления являются обновляемыми.

Предложение INSERT имеет один из следующих форматов: INSERT INTO {базовая таблица | представление} [(столбец [,столбец]...)] VALUES ({константа | переменная} [,{константа | переменная}]...); или INSERT INTO {базовая таблица | представление} [(столбец [,столбец]...)] подзапрос; В первом формате в таблицу вставляется строка со значениями полей, указанными в перечне фразы VALUES (значения), причем i-е значение соответствует i-му столбцу в списке столбцов (столбцы, не указанные в списке, заполняются NULL-значениями). Если в списке VALUES фразы указаны все столбцы модифицируемой таблицы и порядок их перечисления соответствует порядку столбцов в описании таблицы, то список столбцов в фразе INTO можно опустить. Во втором формате сначала выполняется подзапрос, т.е. по предложению SELECT в памяти формируется рабочая таблица, а потом строки рабочей таблицы загружаются в модифицируемую таблицу. При этом i-й столбец рабочей таблицы (i-й элемент списка SELECT) соответствует i-му столбцу в списке столбцов модифицируемой таблицы.

Предложение UPDATE имеет следующий формат: UPDATE (базовая таблица | представление} SET столбец = значение [, столбец = значение]... где значение – это столбец | выражение | константа | переменная, и может включать столбцы лишь из обновляемой таблицы, т.е. значение одного из столбцов модифицируемой таблицы может заменяться на значение ее другого столбца или выражения, содержащего значения нескольких ее столбцов, включая изменяемый. При отсутствии WHERE фразы обновляются значения указанных столбцов во всех строках модифицируемой таблицы. WHERE фраза позволяет сократить число обновляемых строк, указывая условия их отбора. В значениях, находящихся в правых частях равенств фразы SET, следует уточнять имена используемых столбцов, предваряя их именем таблицы.