Базы данных Если описать последовательность каких либо явлений, то такое

описание называют данными.
Фиксация данных производится с помощью конкретного средства общения

Данные и их интерпретация (семантика) фиксируются совместно.

«Стоимость билета в рублях 30», здесь «30» - данное, «Стоимость билета в рублях» - семантика.

Часто данные и интерпретация разделены.

Исторические причины этого: в начале ЭВМ не обладали возможностями для обработки текстов и стоимость памяти была весьма велика. Память использовалась для хранения данных, а интерпретация возлагалась на пользователя

60-х годов ХХ века стали создаваться специальные комплексы СИСТЕМЫ УПРАВЛЕНИЯ

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

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

Рассмотрим пример

Пусть требуется сохранить расписание движения самолетов и ряд других данных, связанных с организацией работы аэропорта (БД «Аэропорт»)

(8)
Стоимость_билета Валюта
и введем его вместе с данными в БД

Язык запросов СУБД позволяет обращаться за данным как из программы, так и с терминалов.

Расписание
ГДЕ Пункт_отправления =‘Москва’
И Пункт_назначения = ‘Киев’

Получим расписание «Москва – Киев» на вечернее время.

На запрос

Выбрать Количество (Номер_рейса)
Из таблицы Расписание
ГДЕ Пункт_отправления =‘Москва’
И Пункт_назначения = ‘Минск’

Получим количество рейсов «Москва – Минск»

Запросы не потеряют актуальности и при расширении таблицы.

требуется большее время, чем на обмен аналогичными данными прямо их

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

программой или непосредственно с терминала (другого компьютера), СУБД следующие действия:
Интерпретацию

Программа 1-го пользователя
СУБД

Программа 2-го пользователя
СУБД

Программа n-го пользователя
СУБД

ОС и другие служебные программы

данных при использовании СУБД

и тех, кто практически не имеет представления или не хочет

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

описания данных.
В 1975 году подкомитет SPARC (Standards Planning and Requirements

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

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

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

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

Рис 3. уровни моделей данных

архитектура включена в стандарты международной организации по стандартизации (International Organization

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

Проектирование обычно поручается человеку (группе лиц) – администратору данных (АД).

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

БАЗЫ ДАННЫХ (АБД)
Он выбирает конкретную СУБД и решает, как данные

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

Инфологическая модель данных. Основные понятия.

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

котором необходимо хранить а базе данных.
Необходимо различать – тип сущности

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

Экземпляр сущности относится к конкретной вещи в наборе.

НАПРИМЕР

Тип сущности - ГОРОД

Экземпляр сущности - МОСКВА, САНКТ-ПЕТЕРБУРГ ….

Атрибут –поименованная характеристика (свойство)сущности.

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

Атрибуты для сущности АВТОМОБИЛЬ – ТИП, ЦВЕТ, НОМЕРНОЙ ЗНАК …….

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

Абсолютное различие между типами сущностей и атрибутами отсутствует.

Атрибут является таковым только в связи с типом сущности.

Например, в расписании движения самолетов
Город – это атрибут расписания
В кодификаторе адресов город – тип сущности.

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

Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.

Для сущности Расписание ключом является атрибут Номер_рейса или набор: Пункт_отправления, Время_вылета, Пункт_назначения.

сущностей и связями отсутствует.
Один и тот же факт может рассматриваться,

Например, в запросе – « с кем вступила в брак Алла Пугачева» брак – связь, а в запросе – «сколько браков было в этом ЗАГСе в прошлом году» брак – сущность.

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

В реальных базах данных – сотни, тысячи сущностей и между ними может быть установлено более миллиона связей.

Много. Это определяет сложность инфологических моделей.

язык ER – диаграмм – от английского Entity-Relationship (сущность-связь).
В нем

Над линиями, соединяющими прямоугольники, может проставляться степень связи [1 или М(много)] и необходимое пояснение.

«один к одному» (1:1)
А
Б
АБ
1
1
1
1
Студент
Назначение
Вид
стипендии
В каждый момент времени каждому представителю (экземпляру)

Например, студент может не получать стипендию, получать обычную или одну из повышенных

соответствует 0, 1 или нескольких представителей сущности Б
Например, квартира может

Также возможны связи – «многие-к-одному»
и «многие-ко-многим».

существует четыре возможных представления такой связи.
1
1
Мужчина
Брак
Женщина
Традиционный брак
Остальные три составить самостоятельно.
Существуют

Например: ввод атрибутов в описание брачных связей таких как:

Фамилии, имена и отчества мужа и жены

Даты и места рождения мужа и жены

Даты и места регистрации брака

Даты выдачи и номера свидетельства о браке

удобные графические описания ER-диаграмм.
Сущность – в виде прямоугольника, в верхней

Сущность

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

связь между такими сущностями изображается не пунктирной, а сплошной линией.

«Один_ко_многим» (Свиное ухо»),используется для описания иерархий с любым числом уровней.

в состав факультета компьютерных технологий и управления (ИД=703), который, в

Классификация сущностей.

Основоположник реляционной модели баз данных Эдгар Кодд определяет три основных класса сущностей:
Стержневые
Ассоциативные
Характеристические

Стержневая сущность (стержень) – это независимая сущность, которая не является ни характеристикой, ни ассоциацией.

В примерах стержни – Студент, Квартира, Мужчина ……, названия которых помещены в прямоугольники.

двумя или более сущностями или экземплярами сущности. Ассоциации рассматриваются как

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

Например, ассоциация СВИДЕТЕЛЬСТВО_О_БРАКЕ содержит ключевые атрибуты КОД_МУЖЧИНЫ и КОД_ЖЕНЩИНЫ, а также уточняющие атрибуты ДАТА_РЕГИСТРАЦИИ, НОМЕР_СВИДЕТЕЛЬСТВА ……

между двумя сущностями (частный случай ассоциации).
Цель характеристики состоит в описании

возможный ключ — это минимальный набор атрибутов, по значениям которых

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

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

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

Необходимо обеспечить уникальность первичного ключа.

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

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

бы использовать пары атрибутов: (КОД_БЛЮДА, РЕЦЕПТ) или (КОД_БЛЮДА, ВАРИАНТ), где

а второго: (КОД_БЛЮДА, ВАРИАНТ) — требует обязательного ввода номера варианта,

Поэтому введем в состав атрибутов сущности РЕЦЕПТЫ атрибут ИД, который будет автоматически генерироваться СУБД во время ввода рецептов и использоваться в качестве суррогатного первичного ключа.

и Б, то она должна включать внешние ключи, соответствующие первичным

включать внешний ключ, соответствующий первичному ключу сущности А. Например, характеристическая

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

Первый вопрос — может ли данный внешний ключ принимать неопределенные значения? Т.е. может ли существовать некоторый экземпляр сущности данного типа, для которого неизвестна целевая сущность, указываемая внешним ключом?

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

Например в случае поставок это, вероятно, невозможно — поставка, осуществляемая неизвестным поставщиком, или поставка неизвестного продукта не имеют смысла. Но вполне возможно существование блюда с неизвестным значением его вида (суп, горячее и пр.).

Второй вопрос — что должно случиться при попытке УДАЛЕНИЯ экземпляра сущности, на первичный ключ которой ссылается внешний ключ? Например, при удалении поставщика, который осуществил, по крайней мере, одну поставку. Для данной операции существует три возможности, она:

 КАСКАДИРУЕТСЯ — операция удаления "каскадируется" с тем, чтобы удалить также все поставки удаляемого поставщика;

осуществляли поставок. Иначе операция удаления отвергается;
 УСТАНАВЛИВАЕТСЯ — для всех

Третий вопрос — что должно происходить при попытке ОБНОВЛЕНИЯ первичного ключа сущности, на которую ссылается некоторый внешний ключ? Например, может быть предпринята попытка обновить номер такого поставщика, для которого имеется, по крайней мере, одна соответствующая
поставка. Этот случай для определенности снова рассмотрим подробнее.
Имеются те же три возможности, как и при удалении:

также и внешний ключ в поставках этого поставщика;
 ОГРАНИЧИВАЕТСЯ —

 УСТАНАВЛИВАЕТСЯ — для всех поставок обновляемого поставщика внешний ключ устанавливается в неопределенное значение, а затем обновляется первичный ключ поставщика. Такая возможность, конечно, неприменима, если данный внешний ключ не должен содержать NULL- значений.

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

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

 NULL - значения не допустимы,
 УДАЛЕНИЕ ИЗ (характеризуемой сущности) КАСКАДИРУЕТСЯ,
 ОБНОВЛЕНИЕ (первичный ключ характеризуемой сущности)
КАСКАДИРУЕТСЯ.

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

— понимается как правильность данных в любой момент времени. Но

же, как и средств обеспечения поддержания безопасности).
Выделяют три группы правил

 Целостность по сущностям. Не допускается, чтобы какой-либо атрибут, участвующий в первичном ключе, принимал неопределенное значение.

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

дополнительных специфических правил, которые относятся к ней одной и определяются

как запрос на данные и ведение данных (ввод, изменение и

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

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

Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение – relation.

Наименьшая единица данных реляционной модели – это отдельное атомарное (неразложимое) для данной модели значение данных.

рассматриваться как единое значение, а в другой - как три

Доменом называется множество атомарных значений одного и того же типа.

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

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

Пример отношения для расписания движения самолетов для расписания движения самолетов (см.Рис1.)

ИЛ-86
ТУ-134
Б-737
ЯК-42
138
1234
242
577
А1
А5
А7
V1
V5
V7
138 1234 56 242 577

Москва Ереван Баку Рига Сочи Таллинн

ИЛ-86 ТУ-154 Б-737 ЯК-42 ТУ-134

D1

D2

D3

D2, …, Dn состоит из заголовка и тела.
Заголовок (на Рис1.

Тело состоит из меняющегося во времени множества кортежей, где каждый кортеж состоит в свою очередь из множества пар атрибут-значение (Ai :Vi), (i=1, 2, …, n), по одной паре для каждого атрибута Ai в заголовке.

Для любой заданной пары атрибут-значение (Ai : Vi) Vi является значением из единственного домена Di, который связан с атрибутом Ai.

унарным, степени два – бинарным, степени три – тернарным, степени

Кардинальное число или мощность отношения – это число его кортежей.

Мощность отношения РЕЙС равна 10.
Кардинальное число отношения изменяется во времени в отличие от его степени.

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

Пусть R – отношение с атрибутами A1, A2, …, An. Говорят, что множество атрибутов K=(Ai, Aj, …, Ak) отношения R является возможным ключом R тогда и только тогда, когда удовлетворяются два независимых от времени условия:

различных кортежа r не имеют одного и того же значения

2. Минимальность – ни один из атрибутов Ai, Aj, … Ak не может быть исключен из K без нарушения уникальности.

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

Для массового пользователя реляционных СУБД можно использовать неформальные эквиваленты этих понятий:

Отношение – таблица (иногда файл).

Кортеж – строка (иногда запись).

Атрибут – столбец, поле.

При этом принимается, что запись означает экземпляр записи, а поле означает имя и тип поля.

строк и имеет уникальное имя.
2. Строки имеют фиксированное число полей

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

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

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

Манипулирование реляционными данными

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

и практически любые их сочетания.
Среди них наиболее распространены
SQL

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

соединить несколько таблиц во временную таблицу и вырезать из нее

Обновление отношений

Отношения (например, отношение R, с атрибутами А1, А2, ..., An) могут дополняться, удаляться или изменяться.

Добавление

Если эту операцию обозначить ADD и применить к отношению R, то можно записать:

ADD (R; А1= d1, А2= d2, ..., Аn= dn)

или при фиксированном порядке имен атрибутов

ADD (R; d1, d2, ..., dn),

где di — значение i-го атрибута добавляемого кортежа.

операции может быть не согласован с целями операции по следующим

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

В каждом из этих случаев операция ADD (R; d1, d2, ..., dn) оставляет отношение R неизменным и некоторым образом сообщает об ошибке.

Для приведенного ранее отношения R она записывается в виде:
DEL (R;

или при фиксированном порядке имен атрибутов

DEL (R; d1, d2, ..., dn).

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

изменить лишь часть кортежа. Для R при {С1, С2, ...,

CH (R; A1 = d1 А2 = d2, ..., Аn = dn; C1 = e1
C2 = e2..... Cp = ep).
Или если K = {B1= e1, B2= e2, ..., Bn= en} является ключом, то
C1 = e1 C2 = e2..... Cp = ep.

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

данных языка SEQUEL (Structured English Query Language, структурированный английский язык

В 1989 году SQL был включен в стандарты международной организации по стандартизации ISO (SQL:1989), а затем были приняты и опубликованы стандарты SQL:1992, SQL:1999 и SQL:2003.

различной степенью соответствия стандарт SQL:2003
Непроцедурный язык SQL ориентирован на операции

"alpha", основанного на реляционном исчислении, инициировало разработку ряда языков запросов,

1. Алгебраические языки, позволяющие выражать запросы средствами специализированных операторов, применяемых к отношениям: JOIN — соединить, INTERSECT — пересечь, SUBTRACT — вычесть и т. д.

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

Server, Sybase, PostgreSQL, MySQL) и даже нереляционных СУБД (например, Adabas)

SQL компактный язык с небольшим (менее 30) набором основных предложений. SQL может использоваться как
интерактивный (для выполнения запросов) и как встроенный (для построения прикладных программ) язык. В нем существуют:

 предложения определения данных (определение баз данных, а также определение и уничтожение таблиц и индексов);
 запросы на выбор данных (предложение SELECT);
 предложения модификации данных (добавление, удаление и изменение данных);
 предложения управления данными (предоставление и отмена привилегий на доступ к данным, управление транзакциями и другие).

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

2.Упорядочение строк и (или) столбцов при выводе содержимого таблиц на печать или экран дисплея;

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

4. Запоминание выводимого по запросу содержимого таблицы, нескольких таблиц или представления в другой таблице (реляционная операция присваивания);

таких операций, как среднее, сумма, максимум, минимум, число элементов и

SQL не имеет достаточных средств для создания сложных прикладных программ. Поэтому в разных СУБД он либо используется вместе с языками программирования высокого уровня (например, такими как Си, Паскаль, PHP), либо включен в состав команд специально разработанного языка СУБД (диалекта SQL): SQLpl в DB2, PL/SQL в Oracle, PL/pgSQL в PostgreSQL, Trunsact-SQL в SQL Server и т. п.

Таблицы SQL

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

подробное описание рассмотрим позднее.
Приведем пример предложения для создания описания

CREATE TABLE Блюда
(
Код_блюда число,
Блюдо текст(70),
Код_вида число,
Основа текст(10),
Выход число,
Труд число
);

быть создана, имена ее столбцов и типы данных для этих

Синтаксические конструкции SQL

Все составляющие языка SQL можно условно разделить на следующие конструкции:

 предложения;
 идентификаторы (имена);
 константы;
 операторы;
 зарезервированные и ключевые слова;
 псевдостолбцы и таблица DUAL.

Предложения SQL

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

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

 каждая фраза предложения должна начинаться с новой строки;
 начало фразы должно быть выровнено с началом остальных фраз предложения;
 части фразы, не помещающиеся в строку, должны начинаться с новой строки с некоторым отступом относительно начала всей фразы;
 для записи ключевых слов используйте прописные буквы;
 для записи определяемых пользователем слов используйте строчные буквы (кроме записи текстовых констант);
 каждое предложение SQL должно заканчиваться символом точка с запятой (;).

(Data Manipulation Language, DML)
 предложения определения данных (Data Definition Language,

SELECT (выбрать), INSERT (вставить), UPDANT (обновить) и DELETE (удалить).

Идентификаторы (имена)

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

таблицы и ее столбцов:
CREATE TABLE Блюда
(
Код_блюда число,
Блюдо текст(70),
Код_вида число,
Основа текст(10),
Выход

Затем идентификатор используется для обращения к объектам. Например:

SELECT Код_блюда, Блюдо
FROM Блюда;

и обычные идентификаторы, и идентификаторы с разделителем могут содержать от

Обычный идентификатор может содержать любые буквы, цифры и знак подчеркивания (_), а в Oracle еще и знаки диеза (♯) и доллара ($). Он должен начинаться с буквы и не может содержать пробелов и специальных символов.

Он не может быть зарезервированным словом, например,
SELECT.

разделителем, т. е. имена объектов, заключенные в двойные кавычки (").
В

Константы и NULL-значения

В SQL константами считаются любые числовые значения, строки символов, значения, связанные с представлением времени (дата и время), и булевы значения, которые не являются идентификаторами или ключевыми словами.

Числовые константы могут выглядеть так:
546
-777
+36.6
5E6
-9E-2

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

0 1 2 3 4 5 6 7 8 9 + - $ . E e

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

Булевы значения, строковые константы и даты выглядят примерно так:

TRUE
'С новым годом'
15-10-2007 15:06:54
15-ОКТЯБРЬ-2007 15:06:54

— апострофы. Символы в строковых константах не ограничиваются алфавитными символами.

'1989'
'57.321 + 12345'
'Это тоже строковая константа'
'15-ОКТЯБРЬ-2007 15:06:54'

Не стоит использовать строковые константы в арифметических выражениях без явного их преобразования в числовой тип.
Хотя в Oracle некоторые из них и преобразуются автоматически.

суммирования 1989 с 1234.56:
'1989'+1234.56
--------------
3223,56
а при выполнении предложения
SELECT '1989' + '1234.56'

написать этот символ два раза. Например, для вывода текста:
- 'К

необходимо написать запрос:

SELECT '- '' К нам придет Д''Артаньян ? ''' FROM DUAL;

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

Существует несколько кратких правил о поведении NULL-значений.

 Значения типа NULL нельзя помещать в столбцы, определенные как NOT NULL.

сравнивать два столбца, содержащие значения NULL, и ожидать, что они

 Столбец, содержащий значение NULL, игнорируется при вычислениях агрегатных значений, таких, как AVG, SUM или COUNT.

 Если столбцы, содержащие значения NULL, перечислены в предложении GROUP BY запроса, выходные данные запроса будут содержать для значений NULL всего одну строку. По сути дела стандарт рассматривает все найденные значения NULL как одну группу.

предложении GROUP BY, значения NULL не отличаются друг от друга.

Операторы

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

Арифметические операторы выполняют математические действия над двумя значениями любого типа, относящегося к числовой категории

применяться для выполнения арифметических операций над датами.
Оператор конкатенации (||) соединяет

Оператор присваивания (=) присваивает значение переменной или псевдониму заголовка столбца. В Oracle используется оператор присваивания :=.

сравнения является булево значение:
TRUE (верно), FALSE (неверно) или UNKNOWN (неизвестно).

Оператор Описание
= Равно
> Больше
< Меньше
>= Больше или равно
<= Меньше или равно
<> Не равно
IS NULL Имеет ли значение NULL
IS NOT NULL Не имеет ли значение NULL

строк, соответствующих условиям поиска
Логические операторы обычно применяются во фразе WHERE

TRUE, если оба булевых выражения дают результат TRUE
ANY TRUE, если

(числовое значение становится положительным) и – (числовое значение становится отрицательным).
Приоритет

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

1. () (выражения, стоящие в скобках).
2. +, - (унарные операторы).
3. *, / (математические операторы).
4. +, - (арифметические операторы).
5. =, >, <, >=, <=, <> (операторы сравнения).
6. IS NULL.
7. NOT.
8. AND.
9. ALL, ANY, BETWEEN, IN, LIKE, OR, SOME.

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

Зарезервированные и ключевые слова

В SQL существуют некоторые слова и фразы, имеющие особую значимость.

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

существующие СУБД имеют собственные списки подобных слов (в том числе

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

Кроме зарезервированных слов в Oracle существуют и другие, которые имеют специальное значение. Это имена типов данных и имена встроенных функций.

Не следует использовать имена схем, ключевые слова DIMENSION, SEGMENT, ALLOCATE, DISABLE, имена псевдостолбцов и таблицы DUAL, а также слова, начинающиеся с SYS_ .

Псевдостолбцы и таблица DUAL

содержащихся в конкретном столбце таблицы, в том числе размер выделяемой

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

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

BLOB используются для хранения очень больших объектов данных с неопределенным

следующие ограничения:
 их нельзя выбирать с удаленной машины;
 их нельзя

GROUP BY в запросе;
 их нельзя использовать в агрегатных функциях

Числовые

Используются для хранения нулевых, положительных и отрицательных чисел с фиксированной и плавающей запятой (точкой). Из всех, перечисленных в табл. типов на практике можно использовать только один — NUMBER(p, s). Остальные типы числовых данных существуют в стандарте и сохранены для поддержания ранее созданных программ.

заменяет стандартные типы DATE и TIMESTAMP, хотя и сохранил форматы

BFILE (в SQL:2003 DATALINK), который содержит указатель на объект типа

Интервальные

Используются для описания промежутков времени между двумя временными отсчетами, задаваемыми типом "Дата/время”

(в SQL:2003 XML). Доступ к данным XML осуществляется с помощью

Данные, специфичные для СУБД Oracle

В Oracle есть специфичные данные, отсутствующие в стандарте SQL:2003, описание которых приведено в таблице.

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

константы в апострофах или выражения типа CHAR;
 d, d1, d2,...