12. Использование distinct.

УДАЛЕНИЕ ИЗБЫТОЧНЫХ ДАННЫХ

DISTINCT (ОТЛИЧИЕ) - аргумент, который обеспечивает способ устранять дублирующие значения из предложения SELECT.

Пример:

SELECT DISTINCT snum

FROM Orders;

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

ПАРАМЕТРЫ DISTINCT

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

13. Изменение существующих данных, представление.

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

Представление

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

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

Вывести все оценки по дисциплине, которые больше средней оценки по этой дисциплине.

CREATE VIEW AVG OC AS;

SELECT * FROM USP FIRST;

WHERE OCENKA > (SELECT AVG (OCENKA)

FROM USP SECOND;

WHERE SECOND.PNUM=FIRST.PNUM)

_________________

Вывести фамилии, шифр, предмет, который студент сдал.

SELECT STUD.FAM, STUD.SNUM, USP.PNUM, USP.SNUM;

FROM STUD INNER JOIN USP;

ON STUD.SNUM=USP.SNUM

CREATE VIEW <имя>

(<имя поля>, <тип>[(<размер>,…)[,<имя поля>]])

/FROM ARRAY <массив>

INSERT INTO <имя файла>[(<поле1>[,<поле2>])]

VALUES <выражение1>[,<выражение2>]

Добавление записей в конец существующего файла, используя выражения, перечисленные после слова VALUES.

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

INSERT INTO <имя> FROM ARRAY <имя>

14. Распределенная обработка данных (модель файлового сервера, удаленного доступа к данным, активного сервера, сервера приложений).

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

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

Такие системы – системы распределенных баз данных.

Основной принцип технологии «клиент-сервер», применяемой к технологии баз данных – разделение функций стандартного интерактивного приложения на 5 групп:

1. функция ввода и отображения данных (presentation logic - PL)

2. прикладные программы, определяющие основные алгоритмы решения задач приложения (business logic - BL)

3. функция обработки данных внутри приложения (database logic - DL)

4. функция управления информационными ресурсами (Database Manager System)

5. служебные функции, играющие роль связок между функциями групп 1..4

Модель файлового сервера

или модель DDM FS

Здесь presentation logic и business-logic располагаются на клиенте. На сервере располагаются файлы с данными и поддерживается доступ к файлам. Функции управления информационными ресурсами находятся на клиенте. В этой модели файлы базы данных хранятся на сервере. Клиент обращается к серверу с файловыми командами, а механизм управляет всеми информационными ресурсами, база мета данных на клиенте.

Модель удаленного доступа к данным

(Remote Data Access)

База данных хранится на сервере. Там же находится ядро СУБД. На клиенте располагается Presentation Logic и Business Logic.

Достоинства: унификация интерфейса клиент-сервер. Резко уменьшается загруженность сети. Сервер базы данных загружается целиком операциями обработки данных запросов и транзакций.

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

Модель активного сервера

Ее поддерживает большинство современных СУБД.

Основа этой модели – механизм хранения процедур, как средств программирования SQL сервера.

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

Модель сервер-приложение

Application Server

AS – расширение двухуровневой модели и в ней вводится дополнительный промежуточный уровень между клиентом и сервером. Этот уровень содержит один или несколько серверов-приложений. В этой модели компоненты – приложения делятся между тремя исполнителями.