Основные количественные показатели системы SQL-сервер

Показатель	Размер
Количество поддерживаемых баз
Максимальный размер базы данных	1 0485 1 5 терабайт
Максимальное число таблиц, определяемых в одной базе данных	2 миллиарда
Максимальное количество столбцов в одной таблице	1 024
Максимальное число столбцов, которые можно определить в одном SQL-запросе
Максимальное количество строк	Неограниченно (определяется ресурсами сервера)
Максимальное количество индексов для каждой таблицы

Создание баз данных

SQL Server 2000 предлагает несколько путей создания баз данных.

- Использование Enterprise Manager. Для создания базы данных с помощью Enterprise Manager в контекстном меню папки Databases на нужном сервере необходимо использовать команду New Database (Новая база данных).

- Использование мастера Create Database Wizard. Для этого в панели инструментов Enterprise Manager нужно щелкнуть на кнопке Run a Wizard (Запустить мастера) и выбрать нужный мастер.

- Использование Transact-SQL. Этот метод предполагает использование коман­ды CREATE DATABASE.

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

Рассмотрим создание баз данных с использованием команд Transact –SQL. Этот метод является наиболее сложным из всех перечисленных, но обладает максимальными возможностями. В сущности, два других метода всeгo - навсего графический интерфейс для выполнения соответствующих команд Transact-SQL и системных хранимых процедур.

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

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

- по умолчанию базы данных разрешено создавать членам фиксированных ро­лей сервера sysadmin и dbcreator, хотя разрешение на создание баз данных можно предоставлять и другим пользователям;

- пользователь, создающий базу данных, автоматически становится ее владель­цем;

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

База данных SQL Server 2000 является довольно сложной структурой. Более того, процесс создания базы данных может представ­лять собой не только собственно создание базы данных, но и присоединение к ней готовых файлов данных. С помощью Enterprise Manager не всегда удается получить доступ ко всем возможностям создания баз данных, предлагаемым SQL Server 2000. Эти возможности доступны только при непосредственном исполь­зовании команд Transact-SQL.

При работе с Transact-SQL создание базы данных выполняется с помощью ко­манды CREATE DATABASE, имеющей следующий синтаксис:

CREATE DATABASE database_name

[ON | PRIMARY]

[< filespec >]

[ < filegroup >]

[LOG ON (< filespec >)]

[COLLATE collation_name ]

[ FOR LOAD | FOR ATTACH ]

Как видно из синтаксиса и как было сказано выше, при создании базы данных обя­зательным является лишь указание ее имени. Все остальные параметры могут быть опущены. Например, в следующем примере выполняется создание базы данных db_student: create database db_student

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

- database_name. Имя, которое будет присвоено создаваемой базе данных. При выборе имени следует следовать общим правилам именования объектов. Если имя базы данных содержит пробелы или другие недопустимые символы, оно должно быть заключено в ограничители (двойные кавычки или квадратные скобки). Имя базы данных должно быть уникальным в пределах сервера и не может превышать 128 символов. Если имя журнала транзакций явно не ука­зано, то сервер укорачивает имя базы данных таким образом, чтобы оно не превышало 123 символов. Это делается из-за того, что сервер по умолчанию использует для имени журнала транзакций имя базы данных и добавляет к нему в конце символы «_Log».

- ON. После этого ключевого слова указывается описание файлов базы данных.

- PRIMARY. Это ключевое слово свидетельствует, что описываемый далее файл является первичным файлом базы данных. В этом файле хра­нятся все системные данные и таблицы. Только один файл в базе данных может быть первичным. Если первичный, файл не определен явно, то в этом каче­стве будет использоваться первый файл, указанный в конструкции <filespec>. Группа файлов, в которую включен первичный файл, называется первичной группой файлов (primary file group). Первичная группа назначается группой файлов по умолчанию (default file group), то есть в нее включаются все файлы, для которых явно не указана целевая группа файлов.

- LOG ОN. Указание этого ключевого слова означает, что файлы журнала тран­закций будут определены явно. После слов LOG ON должно следовать опреде­ление файлов журнала транзакций. Если это ключевое слово отсутствует, то ecть пользователь не задает явно файлы журнала транзакций, то сервер авто­матически создает единственный файл размером 25 % от суммарного размера файлов данных, но не менее 512 Кбайт. Имя файла генерируется на основе имени базы данных, но в конце к нему добавляются символы «_Log».

- FOR LOAD. Этот параметр оставлен в основном для обеспечения обратной со­вместимости с предыдущими версиями SQL Server (до SQL Server 7.0).

- FOR ATTACH. Этот параметр используется, когда необходимо выполнить присо­единение (attach) базы данных. В этом случае на диске уже должны существо­вать файлы с данными.

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

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

Создание таблицы выполняется при помощи команды CREATE TABLE. Данная ко­манда имеет довольно сложный синтаксис:

CREAТЕ TABLE

[ database_name.[owner] | owner.] table_name

({<column_definition>

|column_name AS computed_column_expression

|< table_constraint >})

[ON {filegroup | DEFAULT }]

[TEXTIMAGE_ON { filegroup | DEFAULT } ]

Рассмотрим последовательно все ее параметры.

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

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

- table_name — имя создаваемой таблицы. При выборе имени для таблицы необхо­димо следовать стандартным правилам формирования идентификаторов объек­тов. Комбинация имени таблицы и ее владельца (owner.table_name) должна быть уникальной в пределах базы данных. Если таблица создается не в текущей базе данных, необходимо включить в описание имени таблицы ссылку на требуе­мую базу данных. Длина имени таблицы не должна превышать 128 символов. Если в начале имени указываются символы # или ##, то будут созданы соответ­ственно локальная и глобальная временные таблицы. Длина имен временных таблиц, включая символы # и ##, не должна превышать 115 символов.

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

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

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

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

- column_name — название столбца таблицы. Названия столбцов должны соот­ветствовать правилам для идентификаторов и быть уникальными в пределах таблицы.

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

Примечание. Вычисляемый столбец определяется следующим образом: имя_столбца AS выражение.

<table_constraint> - эта конструкция определяет ограничения целостности на уровне таблицы (столбец или список столбцов, на которые необходимы какие – либо ограничения целостности; метод упорядочивания данных в индексе; ключевое слово для создания индекса, внешний ключ и т.д.)

-ON (filegroup | DEFAULT} — обозначает группу файлов, в которой предполага­ется хранить таблицу. Данная файловая группа уже должна существовать для базы данных. Если указан идентификатор DEFAULT или описанный параметр не определяется вообще, таблица будет сохранена в файловой группе по умол­чанию. Помимо собственно таблицы параметр ON {filegroup | DEFAULT} может быть указан и для ограничений целостности PRIMARY KEY и UNIQUE.

- TEXTIMAGE_ON — с помощью этих ключевых слов можно указать, что столбцы с типами данных text, ntext и image будут сохранены в специально определен­ной для них файловой группе. Эта возможность предусмотрена, поскольку такие столбцы могут достигать довольно больших размеров. Иначе при от­сутствии этих ключевых слов в команде вышеназванные столбцы будут со­хранены в той же самой группе файлов, что и остальные столбцы таблицы. Если же этих столбцов в таблице не существует, ключевые слова TEXTIMAGE_ON не используются.

Примечание. Тип данных text обеспечивает хранение блоков текста длиной до 2³¹-1 (2 147 483 647) символов. Тип данных ntext служит для хранение текста в формате Unicode длиной до 2³⁰-1 (1 073 741 823) символов. Тип данных image используется для хранения длинных битовых полей длиной до 2³¹-1.

 

Извлечение данных

В большинстве случаев используется упрощенный вариант команды SELECT, имеющий следующий синтаксис:

SELECT select_list

[ INTO new_table ]

FROM table_source

[ WHERE search_condition ]

[ GROUP BY group_by_expression ]

[ HAVING search_condition ]

[ORDER BY order_expression [ ASC | DESC ] ]

Весь запрос SELECT разбивается на отдельные разделы, каждый из которых имеет свое назначение. Большая часть этих разделов может быть опущена. Обязатель­ными являются только разделы SELECT и FROM.

Рассмотрим кратко содержание указанных разделов.

select_list – конструкция определяет список и прохождение столбцов, которые будут включены в результат выборки, возвращаемый сервером после выполнения запроса. В разделе Select также указывается будут ли исключены или включены в выборку дублирующиеся строки, или же выбрана только часть строк. Для этого в запрос включаются ключевые слова Distinct, All и Top соответственно.

[ INTO new_table ] – конструкция позволяет сохранить результаты запроса в новой таблице.

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

[ WHERE search_condition ] – раздел предназначен для определения условий, которым должны соответствовать данные, чтобы попасть в результаты запроса.

[ GROUP BY group_by_expression ] – конструкция позволяет выполнять группировку строк таблиц по определенным критериям.

[ HAVING search_condition ] - в этом разделе задаются предикаты-условия, накладываемые на каждую группу.

[ORDER BY order_expression [ ASC | DESC ] ] – конструкция позволяет упорядочить набор данных, возвращаемого после выполнения запроса. Ключевые слова Asc и Desc обеспечивают упорядочение по возрастанию или убыванию соответственно.

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

- SELECT; - INTO; - FROM; - WHERE; - GROUP BY; - HAVING; - UNION; - ORDER BY; - COMPUTE; - FOR; - OPTION.

Рассмотрим ранее не рассмотренные разделы.

UNION – раздел служит для объединения результатов выборки, возвращаемых двумя и более запросами.

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

FOR – раздел позволяет обновлять данные при просмотре результата выборки с помощью приложений, использующих библиотеку Db –Library, или для преобразования результатов выборки в формат XML (расширенная версия языка HTML).

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

Добавление данных

Перед тем как начать изменение данных в таблицах или выборку данных из таб­лиц, необходимо их вставить. Данные в таблицу SQL Server 2000 могут быть внесены различными способами.

- С помощью команды INSERT. Используя единственную команду INSERT, можно добавить как одну строку, так и множество строк. Причем разрешается указа­ние вставляемых значений как с помощью переменных (или констант), так и с помощью запроса.

- С помощью команды SELECT INTO. В этом случае на основе результата выбор­ки, возвращаемого запросом, сервер автоматически создает новую таблицу.

- Посредством применения механизмов массового копирования данных, исполь­зуемых для вставки в таблицу множества строк, данные которых располага­ются в текстовых файлах. Этот способ предполагает использование утилиты командной строки bср или команды BULK INSERT.

- С помощью программного интерфейса баз данных (Database API). Этот спо­соб включает использование механизмов ADO, OLE DB, ODBC и DB-Library.

- С помощью возможностей Data Transformation Services. Используя эту тех­нологию, можно выполнять сложные операции переноса и трансформации данных из множества распределенных гетерогенных источников информации, таких, например, как Oracle, Excel, Paradox, Access и многих других.

Механизмы ADO, OLE DB, ODBC и DB-Library в этой лекции не рассматривают­ся. Для поиска информации по управлению данными с использованием этих методов нужно обратиться к специализированной литературе. Также не рассмат­ривается использование служб трансформации данных (Data Transformation Services).

Изменение данных

Для изменения данных можно использовать различные методы, включая удаление и повторную вставку строк. Чаще всего изменение данных производится с помо­щью команды UPDATE, позволяющей выполнять как простое обновление данных в столбце, так и сложные операции модификации данных во множестве строк таб­лицы. Если алгоритм изменения данных достаточно сложен, то чтобы избавить пользователей от необходимости написания сложных запросов, можно создать хранимую процедуру, которая и будет изменять данные в таблице. Хранимые процедуры также могут быть использованы в тех случаях, когда пользователям нельзя предоставлять прямой доступ к таблицам. Чтобы выполнить модифика­цию данных, пользователю нужно будет вызвать соответствующую процедуру, которая и выполнит изменения. Аналогичным образом можно поступить и для реализации вставки, удаления и выборки данных.

Итак, изменение данных выполняется с помощью команды UPDATE. Рассмотрим синтаксис этой команды:

UPDATE

{table_name WITH (<table_hint_limited>)

| view_name

| rowset_function_limited}

SET

{column_name = (expression | DEFAULT | NULL)

| @variable = expression

| @variable = column = expression }

{ [ FROM (<table_source>)]

[ WHERE <search__condition>]}

[ WHERE CURRENT OF

{([ GLOBAL ] cursor_narne) | cursor_variable_name]}

[OPTION (<query_hint>)]

Рассмотрим подробно назначение каждого из аргументов.

- tab1e_name. Имя таблицы, в которой необходимо произвести изменение дан­ных.

- [WITH (<table_hint_limited> [...n])]. С помощью этого параметра можно уп­равлять режимом блокирования данных в таблице на время выполнения ко­манды UPDATE.

- view_name. Имя представления, данные в котором необходимо модифициро­вать.

- rowset_function_limited. Этот параметр подразумевает использование функции для работы с наборами строк — OPENQUERY или OPENROWSET, которая определяет набор изменяемых данных. Указанные функции позволяют реализовать воз­можности технологии OLE DB и работать с данными, расположенными не на сервере Microsoft SQL Server.

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

- column_name = {expression | DEFAULT | NULL}. Для каждого изменяемого столбца нужно определить значение, которое он примет после выполнения измене­ния. С помощью ключевого слова DEFAULT можно присвоить столбцу значе­ние, определенное для него по умолчанию. Можно также установить для столб­ца значение NULL. Если необходимо установить определенное значение, следует указать константу, переменную или выражение.

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

@variable = column = expression. Эта конструкция позволяет сочетать использование переменных и имен столбцов.

FROM {<table_source>}. Если при изменении данных в таблице необходимо учесть состояние данных в других таблицах (представлениях), то эти источники данных необходимо указать в разделе From.

WHERE <search_condition> Назначение раздела Where, используемого в запросе Update, полностью соответствует назначению, которое раздел имеет в запросе Select.

WHERE CURRENT OF. Использование этой конструкции заставляет сервер выполнять обновление данных в строке, являющейся текущей в указанном курсоре.

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

([GLOBAL] cursor_name | cursor_variable_name). Эта конструкция используется совместно с предыдущим параметром и определяет имя курсора. Ключевое слово Global говорит серверу о том, что курсор глобальный.

OPTION (<query_hint> […n]). Ключевое слово Option определяет набор хинтов, управляющих блокировкой курсора на время выполнения запроса.

Хинты – это специальные ключевые слова, распознаваемые оптимизатором запроса.

Удаление данных

Удаление данных из таблицы выполняется построчно. За одну операцию можно выполнить удаление как одной строки, так и нескольких тысяч строк. Если не­обходимо удалить из таблицы все данные, то можно удалить саму таблицу. Есте­ственно, при этом будут удалены и все хранящиеся в ней данные. Однако этот способ следует использовать лишь в самых крайних случаях, так как помимо данных будет удалена и структура таблицы. Чаще всего удаление данных вы­полняется командой DELETE, удаляющей строки таблицы. Синтаксис команды DELETE достаточно сложный. Однако на практике чаще всего используется облегченный вариант:

DELETE (table_name | view_name)

[ WHERE <search_condition>].

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

При работе с командой DELETE необходимо определить диапазон удаляемых строк. Для определения этого диапазона используются обычные запросы. Разделы команды DELETE соответствуют разделам запроса SELECT.

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

3.5. Контрольные вопросы

3.5.1. Приведите основные характеристики СУБД Access.

3.5.2. Укажите приемы фильтрации данных в таблицах и формах.

3.5.3. Какими способами можно создавать запросы?

3.5.4. Каким образом создаются в Access формы?

3.5.5. Как можно работать с отчетами?

3.5.6. Каким образом в Access создаются, редактируются и отлаживаются макросы?

3.5.7. Какие основные компоненты входят в язык VBA Access?

3.5.8. Назовите основные рекомендации по написанию программного кода.

3.5.9. Какие языковые компоненты составляют структуру VBA?

3.5.10. Какие особенности имеет тип данных Variant?

3.5.11. Укажите приемы работы с пользовательским типом данных в VBA.

3.5.12. Что включает в себя понятия операторы, команды, выражения в VBA?

3.5.13.Какие процедуры используются в VBA?

3.5.14. Укажите применяемые в VBA управляющие конструкции.

3.5.15. Что понимается под объектом и классом в VBA?

3.5.16. Какие ошибки могут иметь место в программном коде?

3.5.17. Укажите основные характеристики MS SQL Server.

3.5.18. Приведите синтаксис команд CREATE DATABASE, CREATE TABLE, SELECT, INSERT, UPDATE и DELETE языка Transact - SQL

 

Цитированная литература

1.Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ.М.,Мир,1991.

2.Четвериков В.Н. и др. Базы и банки данных. М., Высшая школа,1987.

3.Полищук Ю.М. Автоматизированные банки информации. М., Мир, 1989.

4.Кочетыгов А.А., Моторных В.В. Базы и банки данных. Учебное пособие.Тула,ТГТУ,1995.

5. Глушаков С.В., Ломотько Д.В. Базы данных. Учебный курс. Харьков, Фолио, 2000.

5. Корнелюк В.К., Веккер ЗЕ., Зиновьев Н.Б. Access 97. М., СОЛОН, 1998.

7. Карпова Т. Базы данных: модели, разработка, реализация. Учебник. СПб, ПИТЕР, 2001.

8. Шкарина Л. Язык SQL. Учебный курс. СПб, ПИТЕР,2001.

9. Куртер Дж.,Маркви А. Wicrosoft Office 2000. Учебный курс. СПб, ПИТЕР, 2000.

10.Нагао М., Катаяма Т., Уэмура С. Структура и базы данных. М., Мир, 1986.

11. Кузьменко В.Г. VBA 2000 М., Бином, 2000.

12. Ахмадеев И.А. Проектирование баз данных. Учебное пособие. Набережные Челны, КамПИ, 1998.

13. Ахмадеев И.А. Программирование в Access. Курс лекций. Набережные Челны, КамПИ, 2003.

14. СУБД Access. Лабораторный практикум. Составитель Ахмадеев И.А. Набережные Челны, КамПИ, 2000.

 

Оглавление

 

Введение. 3

Часть 1. Проектирование баз данных. 3

1.1. Некоторые понятия и определения. 3

1. 2. Модели данных. 4

1.2.1. Иерархическая модель данных. 5

1.2.2. Сетевая модель данных. 6

1.2.3. Реляционная модель данных. 7

Основные определения. 7

Типы связей между отношениями. 11

1.3. Классификация баз данных. 12

1.4. Цели проектирования баз данных. 13

1.5. Проектирование баз данных с использованием универсального отношения 17

1.5.1. Универсальное отношение. 17

1.5.2. Проблемы, вызываемые использованием универсального отношения 20

Проблема вставки. 20

Проблемы обновления. 21

Проблемы удаления. 21

1.5.3. Нормальная форма Бойса -Кодда. 22

Функциональные зависимости. 22

Возможный ключ и детерминант. 24

Общий подход к декомпозиции. 26

Анализ исходных аномалий. 29

1.5.4. Возможные потери ФЗ при декомпозиции. 31

1.5.5. Избыточные функциональные зависимости. 33

Приемы удаления избыточных ФЗ. 33

Минимальное покрытие. 34

Модернизированный алгоритм проектирования БД.. 35

1.6. Метод ER - проектирования. 36

1.6.1. Сущности и связи. 36

1.6.2. Степень связи. 39

1.6.3. Переход от диаграмм ER – типа к отношениям.. 43

Предварительные отношения для бинарных связей степени 1:1 44

Предварительные отношения для бинарных связей степени 1:N. 48

Предварительные отношения для бинарных связей степени N:M 52

1.6.4. Дополнительные конструкции, используемые в ER - методе 53

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

Предварительные отношения для трехсторонних связей 58

Использование ролей. 59

1.6.5. Последовательность проектирования БД при использовании ER- метода 63

1.6.6. Проверка отношений на завершающейся фазе проектирования 64

1.7. Другие нормальные формы.. 65

1.8. Контрольные вопросы.. 69

Часть 2. Специальные аспекты работы с базами данных. 70

2.1. Защита данных в базе. 70

2.2.1. Общие вопросы защиты данных. 70

2.2.2. Реализация защиты данных в различных системах. 74

Управление доступом в SQL. 77

Реализация системы защиты в MS SQL Server 82

2.2. Обеспечение целостности данных. 91

2.3. Организация параллельных процессов обработки данных 98

2.4. Восстановление БД.. 104

2.4.1. Уровни восстановления. 104

2.4.2. Восстановление и логический элемент работы.. 104

2.4.3. Промежуточное восстановление. 106

2.4.4. Длительное восстановление. 108

2.5. Математический аппарат, используемый при работе с реляционной базой данных 108

2.5.1. Теоретико-множественные операции реляционной алгебры 108

2.5.2. Специальные операции реляционной алгебры.. 110

2.6. Контрольные вопросы.. 112

Часть 3. Разработка приложений для работы с базами данных 113

3.1. Краткий обзор СУБД.. 113

3.2. СУБД Access. 115

3.2.1. Вводные замечания. 115

3.2.2. Создание базы данных. 120

3.2.3. Создание и работа с таблицами. 121

3.2.4. Работа с запросами. 140

3.2.5. Создание форм.. 146

3.2.6. Отчеты в Access. 154

3.2.7. Макросы в Access. 158

3.2.8. Работа с внешними данными. 171

3.3. Программирование в Access. 172

3.3.1. Вводные замечания. 172

3.3.2. Объявление переменных. 181

3.3.3. Константы.. 184

3.3.4. Тип данных Variant 186

3.3.5. Пользовательские типы данных. 188

3.3.5.Операторы, команды и выражения в VBA.. 191

3.3.7. Процедуры VBA.. 196

3.3.8. Управляющие структуры в VBA.. 202

3.3.9. Объекты в Access. 209

3.3.10. Классы в Access. 214

3.3.11. Работа с ошибками в VBA.. 217

3.4.Работа в MS SQL –Server 221

3.4.1. Основные количественные показатели системы SQL-сервер. 221

3.4.2. Создание баз данных. 221

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

3.4.4. Извлечение данных. 227

3.4.5. Добавление данных. 228

3.4.6. Изменение данных. 229

3.4.7. Удаление данных. 231

3.5. Контрольные вопросы.. 232

Цитированная литература. 233

Оглавление. 234