MyKod Информатика Лекции Базы данных

Авторизация







Базы данных
Автор: Administrator   
15.03.2009 15:44

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

Технология баз данных, основные определения.

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

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

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

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

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

Примеры СУБД: локальные (персональные) СУБД: Paradox, dBase, Access. Промышленные (серверные): Oracle, SyBase, InterBase, MS SQL Server.

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

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

Концептуальная модель базы данных.

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

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

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

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

Различают иерархические, сетевые и реляционные модели.

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

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

Отношение соответствует тому, что мы до сих пор называли таблицей.

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

На практике строки называют записями, столбцы – полями. Порядок следования строк в таблице произвольный, порядок следования столбцов – фиксированный.

Принципы работы реляционных систем управления базами данных (СУБД).

Реляционная система управления базами данных – это такая система, в которой выполняются как минимум два условия.

1.      Данные воспринимаются пользователями как таблицы.

2.      В распоряжении пользователя имеются операторы обработки таблиц.

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

Структура базы данных.

База данных состоит из связанных между собой таблиц. Простейшая база данных имеет хотя бы одну таблицу.

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

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

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

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

2.      Тип поля – определяет тип данных, которые могут содержаться в данном поле.

3.      Размер поля – определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.

4.      Формат поля – определяет способ форматирования данных в ячейках, принадлежащих полю.

5.      Маска ввода – определяет форму, в которой вводятся данные в поле (средство автоматизации ввода данных).

6.      Подпись – определяет заголовок столбца таблицы для данного поля (если подпись не указана, то в качестве заголовка столбца используется свойство Имя поля).

7.      Значение по умолчанию – то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных).

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

9.      Сообщение об ошибке – текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных (проверка ошибочности выполняется автоматически, если задано свойство Условие на значение).

10.  Обязательное поле – свойство, определяющее обязательность заполнения данных поля при наполнении базы.

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

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

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

Типы данных:

1.      Текстовый – тип данных, используемый для хранения обычного неформатированного текста ограниченного размера (до 255 символов).

2.      Поле MEMO – специальный тип данных для хранения больших объемов текста (до 65535 символов). Физически текст не храниться в поле. Он храниться в другом месте базы данных, а в поле хранится указатель на него, но для пользователя такое разделение заметно не всегда.

3.      Числовой – тип данных для хранения действительных чисел.

4.      Дата/время – тип данных для хранения календарных дат и текущего времени.

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

6.      Счетчик – специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование – для порядковой нумерации записей.

7.      Логический – тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

8.      Поле объекта OLE – специальный тип данных, предназначенный для хранения объектов OLE, например мультимедийных. Реально, конечно, такие объекты в таблице не хранятся. Как и в случае полей MEMO, они хранятся в другом месте внутренней структуры файла базы данных, а в таблице хранятся только указатели на них (иначе работа с таблицами была бы чрезвычайно замедленной).

9.      Гиперссылка – специальное поле для хранения адресов URL Web-объектов Интернета. при щелчке на ссылке автоматически происходит запуск браузера и воспроизведение объекта в его окне.

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

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

Пример.

База данных отдела кадров.

Структура.


Имя

Тип

Размер

Условие

Подпись

ID

Счетчик

 

 

 

FIO

текст

120

 

Фамилия, имя, отчество

DR

дата

8

>1.01.1800

Дата рождения

OBR

текст

30

 

Образование

SPEC

текст

50

 

Специальность (по диплому)

DOLGN

текст

50

 

Должность

Таблица с данными.

Фамилия, имя, отчество

Должность

Дата рождения

Образование

Специальность (по диплому)

Иванов А.Р.

Директор

1957

высшее

юрист

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

Внешний ключ.

Между таблицами баз данных могут быть определены отношения подчиненности. Существует три разновидности связей между таблицами баз данных:

·        один к одному;

·        один ко многим;

·        многие ко многим.

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

Товар

Единицы

Цена

сахар

кг

 

макароны

кг

 

мука

кг

 

печенье

кг

 

лимонад

л

 

Таблица товаров

Товар

Дата

количество

сахар

 

 

сахар

 

 

мука

 

 

печенье

 

 

сахар

 

 

Отпуск товаров.

Отношение один к одному имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней таблице.

ID

ФИО сотрудника

Должность

Оклад

1

 

 

 

2

 

 

 

 

 

 

 

Родительская

ID

Год рождения

Количество детей

1

 

 

2

 

 

Отношение многие ко многим имеет место когда:

·        записи в родительской таблице может соответствовать больше одной записи в дочерней таблице.

·        записи в дочерней таблице может соответствовать больше одной записи в родительской таблице.

Группа

Предмет

ID_преп

304

информатика

1

304

мат статистика

1

305

информатика

2

305

мат статистика

2

Родительская

ID_преп

ФИО преп.

Кафедра

1

Иванов

 

2

Петров

 

2

Сидоров

 

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

Ссылочная целостность и каскадные воздействия.

Назовем поле товар в примере 1 (отношений) полем связи.

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

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

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

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

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

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

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

·        при удалении записи в родительской таблице, следует удалить соответствующие записи в дочерней таблице.

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

Номер

Дата прихода товара

Наименование товара

Количество

1

10.01.04

Мука

10

2

10.02.04

Сахар

13

3

12.02.04

Свекла

45

4

14.02.04

Сахар

2

5

20.03.04

Лимонад

15

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

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

Режимы работы с базами данных.

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

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

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

Объекты базы данных.

Кроме таблиц, база данных может содержать и другие типы объектов. Привести полную классификацию возможных объектов баз данных затруднительно, поскольку каждая система управления базами данных может реализовать свои типы объектов. Основные типы объектов рассмотрим на примере СУБД Microsoft Access. В версии Microsoft Access 200 эта СУБД позволяет создавать и использовать объекты семи различных типов.

Таблицы.

Это основные объекты любой базы данных. Во-первых, в таблицах хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства).

Запросы.

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

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

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

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

Формы.

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

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

Отчеты.

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

Страницы.

Это специальные объекты баз данных, реализованные в последней версии СУБД Microsoft Access (Access 2000). Правда, более корректно их называть страницами доступа к данным. Физически это особый объект, выполненный в коде HTML, размещаемый на Web-странице и передаваемый клиенту вместе с ней. Сам по себе этот объект не является базой данных, но содержит компоненты, через которые осуществляется связь переданной Web-страницы с базой данных, остающейся на сервере. Пользуясь этими компонентами, посетитель Web-узла может просматривать записи базы в полях страницы доступа. Таким образом, страницы доступа к данным осуществляют интерфейс между клиентом, сервером и базой данных, размещенной на сервере. Эта база данных не обязательно должна быть базой данных Microsoft Access. Страницы доступа, созданные средствами Microsoft Access, позволяют работать также с базами данных Microsoft SQL Server.

Модули и макросы.

Эти категории объектов предназначены как для автоматизации повторяющихся операций при работе с системой управления базами данных, так и для создания новых функций путем программирования. В СУБД Microsoft Access макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой. Модули создаются средствами внешнего языка программирования, в данном случае языка Visual Basic for Applications. Это одно из средств, с помощью которых разработчик базы может заложить в нее нестандартные функциональные возможности, удовлетворить специфические требования заказчика, повысить быстродействие системы управления, а также уровень ее защищенности.

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

Разработка технического задания.

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

·        демонстрируют заказчику работу аналогичной базы данных, после чего согласовывают спецификацию отличий;

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

При подготовке технического задания составляют:

·        список исходных данных, с которыми работает заказчик;

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

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

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

Разработка структуры базы данных.

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

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

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

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

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

 

 

Язык SQL.

Большинство современных реляционных продуктов поддерживает один из диалектов стандартного языка SQL. Это я зык был разработан в компании IBM Research в начале 1970-х годов, его первой крупной реализацией был реляционный прототип IBM-продукта System R; впоследствии он был реализован в многочисленных коммерческих продуктах как компании IBM, так и других изготовителей.

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

На рис 9.2 показано, как определяется база данных отделы – служащие с помощью операций определения данных SQL. Определение включает один оператор CREATE TABLE для каждой таблицы. Каждый оператор CREATE TABLE определяет имя создаваемой таблицы, имена и типы данных столбцов этой таблицы, а также первичный ключ и любые внешние ключи в таблице.

Создав таблицы, можно начинать применение операций к этим таблицам с помощью средств обработки данных SQL, т.е. операций SELECT (выбор), INSERT (вставка), UPDATE (обновление), DELETE (удаление).