CREATE VIEW
Содержание раздела
Поддерживается в версиях: 6.11 / 6.10 / 6.9 / 6.8 / 6.7 / 6.6 / 6.5 / 6.4 / 6.3 / 6.2 / 6.1 / 6.0 / 5.8 / 5.7 / 5.6 / 5.5 / 5.4 / 5.3 / 5.2 / 5.1 / 5.0.
Запрос позволяет создать или заменить логическое представление в логической базе данных.
Логическое представление можно создать на основе данных следующих сущностей и их соединений:
Синтаксис создания представления на основе standalone-таблицы подразумевает использование внешней readable-таблицы, которая указывает на нужную standalone-таблицу.
Как работает запрос
Запрос попадает в очередь операций и обрабатывается в порядке его поступления в очередь. Каждое создание представления записывается в журнал, который можно посмотреть с помощью запроса GET_CHANGES.
Если при исполнении корректного запроса возникла ошибка, система блокирует все последующие DDL-запросы в логической базе данных. О снятии такой блокировки см. в разделе Снятие блокировки DDL-запросов.
Синтаксис
Создание логического представления:
CREATE VIEW [db_name.]view_name AS SELECT query
Создание логического представления с заменой существующего представления, если такое будет найдено:
CREATE OR REPLACE VIEW [db_name.]view_name AS SELECT query
Параметры:
db_name
-
Имя логической базы данных, в которой создается или заменяется логическое представление. Опционально, если выбрана логическая БД, используемая по умолчанию.
view_name
-
Имя создаваемого или заменяемого логического представления. В запросе на создание представления имя должно быть уникально среди логических сущностей логической БД.
query
-
SELECT-подзапрос, на основе которого строится логическое представление.
Ключевое слово AS SELECT
Ключевое слово AS SELECT
задает SELECT-подзапрос для отображения в представлении.
Варианты ответа
В ответе возвращается:
- пустой объект ResultSet при успешном выполнении запроса;
- исключение при неуспешном выполнении запроса.
Ограничения
Ограничения выполнения
- Выполнение запроса недоступно, если установлен запрет на изменение сущностей.
Ограничения имен
- Имена представления, столбцов и псевдонимов должны соответствовать требованиям, описанным в разделе Соглашения об именах.
Ограничения SELECT-подзапроса
- SELECT-подзапрос не может содержать:
- логические и материализованные представления,
- системные представления
INFORMATION_SCHEMA
, - ключевое слово FOR SYSTEM_TIME.
- Ключевое слово
DATASOURCE_TYPE
, указанное в подзапросеquery
, игнорируется.
Другие ограничения
- Информационная схема обновляется асинхронно, поэтому созданное представление может не сразу появиться в информационной схеме.
Примеры
Представление на основе логической таблицы
CREATE VIEW marketing.stores_by_sold_products AS
SELECT store_id, SUM(product_units) AS product_amount
FROM marketing.sales
GROUP BY store_id
ORDER BY product_amount DESC
LIMIT 20
Представление на основе прокси-таблицы
CREATE VIEW marketing.payments_by_code AS
SELECT p.type_code, SUM(p.amount) AS amount, p.currency_code
FROM marketing.payments_proxy AS p
GROUP BY p.type_code, p.currency_code
Представление на основе standalone-таблицы
-- представление на основе standalone-таблицы, на которую указывает внешняя readable-таблица payments_ext_read_adqm
CREATE VIEW marketing.payments_by_agreement AS
SELECT p.agreement_id, p.code, SUM(p.amount) AS amount, p.currency_code
FROM marketing.payments_ext_read_adqm AS p
GROUP BY p.agreement_id, p.code, p.currency_code
Представление на основе соединения логической таблицы и standalone-таблицы
-- представление на основе логической таблицы clients и standalone-таблицы, на которую указывает
-- внешняя readable-таблица agreements_ext_read_adp
CREATE VIEW marketing.agreements_with_client_info AS
SELECT a.id, a.client_id, c.last_name, c.first_name, c.patronymic_name
FROM marketing.agreements_ext_read_adp AS a
LEFT JOIN marketing.clients AS c
ON a.client_id = c.id