With read only oracle view что означает

Обновлено: 09.01.2025

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

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

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

Синтаксис команды CREATE VIEW Oracle

Синтаксис команды Create View

Основные ключевые слова и параметры CREATE VIEW Oracle :
OR REPLACE, FORCE, NOFORCE, Sсhema, View, Alias, AS subquery, WITH CHECK OPTION, Constraint

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

Если команды обновления DML (INSERT, UPDATE, DELETE) можно применить к представлению, то говорят, что представление является обновляемым (updatable); в противном случае оно является только читаемым (read-only). Представление является обновляемым, если при его создании учитывались следующие критерии:

представление должно включать первичный ключ таблицы
не должно содержать полей, полученных в результате применения функций агрегирования
не должно содержать DISTINCT, GROUP BY, HAVING в своем определении
может быть определено на другом представлении, но это представление должно быть обновляемым
не может содержать константы, строки или выражения (например, comm*100) в списке выбираемых выходных полей

SQL CREATE VIEW. Пример 1.
CREATE VIEW Oracle.
Простое представление, которое создается из данных одной таблицы:

CREATE VIEW London_view AS SELECT * FROM Salespeople WHERE city = ‘London’;

SQL CREATE VIEW. Пример 2.
CREATE VIEW Oracle.
При создании представления можно можно задать новые имена полей:

CREATE VIEW Rating_view(rating,number) AS SELECT rating, COUNT(*) FROM Customers GROUP BY rating;

SQL CREATE VIEW. Пример 3.
CREATE VIEW Oracle.
Представления могут получать информацию из любого количества базовых таблиц:

CREATE VIEW Nameorders AS SELECT onum, amt,a.snum, sname, cname FROM Orders a, Customers b, Salespeople C WHERE a.cnum = b.cnum AND a.snum = c.snum;

SQL CREATE VIEW. Пример 4.
CREATE VIEW Oracle.
При создании представлений можно использовать подзапросы, включая и связанные подзапросы:

CREATE VIEW Sales_view AS SELECT b.odate, a.snum, a.sname, FROM Salespeople a, Orders b WHERE a.snum = b.snum AND b.amt = (SELECT MAX(amt) FROMOrders c WHERE c.odate = b.odate);

SQL CREATE VIEW. Пример 5.
CREATE VIEW Oracle.

Представления(Views) - это такой объект в БД, который:

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

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

Создание представлений

Общий синтаксис создания представления следующий:

Т.е. для создания представления достаточно написать запрос, который возвращать нужные данные.

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

Создадим таблицу с сотрудниками, должностями и подразделениями:

Создадим представление vemployees , которое будет выводить данные по сотрудникам в уже "соединенном" виде:

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

Теперь, чтобы получить нужные нам данные, нам не нужно заново писать запрос, достаточно сразу выбрать данные из представления:

При создании представлений можно использовать уже существующие представления:

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

Символ * при создании представлений

Когда при создании представления используется символ "*", то Oracle заменяет звездочку на список столбцов. Это означает, что если в таблицу будет добавлена новая колонка, то она не будет автоматически добавлена в представление.

Это очень просто проверить:

Посмотрим, какие данные содержатся в представлении:

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

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

Чтобы добавить колонку "n3" в представление, можно изменить его, добавив в список колонок нужную, либо заново создать(с использованием create or replace ):

Изменение данных представления

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

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

Например, создадим представление vdepartments и добавим в него несколько записей.

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

Строки можно и удалять, а также и изменять:

Посмотрим на результаты:

Представления с проверкой (WITH CHECK OPTION)

Можно создавать представления, которые будут ограничивать изменение данных в базовых таблицах. Для этого используется опция WITH CHECK OPTION при создании представления.

Создадим представление, которое содержит в себе только менеджеров:

Данное представление содержит только менеджеров, но это не означает, что в него нельзя добавить сотрудников других профессий:

Данные в представлении остались те же, что и были:

А вот в таблицу employees был добавлен новый сотрудник Иван Иванов:

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

Создадим заново представление vemp_managers , только с добавлением with check option , и попробуем снова добавить в него запись:

При попытке это сделать, мы получим ошибку view WITH CHECK OPTION where-clause violation .

Но зато добавить сотрудника с position_id = 1 можно без проблем:

Изменение представлений из нескольких таблиц

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

Но есть определенные ограничения:

Изменять можно данные только одной базовой таблицы
Изменяемая таблица должна быть т.н. "key preserved table" (таблица с сохранением ключа).

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

Так вот, таблица называется key preserved, если каждой ее строке соответствует *максимум одна строка* в представлении.

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

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

Посмотрим, какие данные там находятся:

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

В результате получаем ошибку cannot modify a column which maps to a non key-preserved table , которая говорит о том, что таблица не обладает нужными свойствами для обновления через представление.

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

Здесь мы берем каждую строку из таблицы employees и соединяем с таблицей departments по полю dept_id . В каком случае может произойти так, что в представлении для одной строки из таблицы employees окажутся 2 строки после соединения с таблицей departments ? Правильно, в том случае, если в таблице departments будут 2 строки с одинаковым значением в колонке id . Сейчас таких данных в таблице нет, но это не означает, что они не могут появиться. Посмотрим, как мы создавали таблицу departments :

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

Теперь снова попробуем добавить нового сотрудника:

Добавить данные в таблицу departments через это представление не получится:

Причина здесь та же: нельзя гарантировать, что в таблице employees каждый сотрудник имеет уникальное значение dept_id .

Ограничения в изменяемых представлениях

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

Наличие в представлении агрегатных функций, конструкции group by , оператора distinct , операторов для работы с множествами( union , union all , minus ).
Если данные не будут удовлетворять условию, прописанному в опции WITH CHECK OPTION .
Если колонка в базовой таблице NOT NULL , не имеет значения по-умолчанию, и отсутствует в представлении.
Если колонки в представлении представляют собой выражения (Например что-то вроде nvl(a.value, -1) ).

Запрет изменения представления

Чтобы создать представление, которое нельзя будет изменять, нужно создать его с опцией with read only .

Пересоздадим представление vdepartments и попробуем добавить туда данные:

В результате получим ошибку cannot perform a DML operation on a read-only view .

Для пользователя представления выглядят как таблицы: двумерная структура из строк и столбцов, к которой пользователь может писать SELECT и DML запросы. Программист знает правду: представление это всего лишь команда SELECT с именем. Любой SELECT запрос возвращает двумерный набор данных. Когда SELECT запрос сохранен как представление, то когда бы пользователь не читал или обновлял данные в представлении (думая что это таблица) запрос выполняется и результат представляется пользователя как будет это таблица. Команда SELECT на которой базируется представление может быть чем угодно. Объединением таблиц, результатом после аггрегации, сортировки. Абсолютно любой валидный запрос может быть основой для представления.

Views share the same namespace as tables: anywhere that a table name can be used, a view name is also syntactically correct.

Зачем нужны представления

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

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

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

create view hr.emp_fin as select hire_date,job_id,salary,commission_pct,department_id from hr.employees;

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

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

select * from emp_fin where department_id=50;

Будет доступно всего пять столбцов вместо всех столбцов таблицы EMPLOYEES. Представление можно объединять с другими таблицами или использовать функции аггрегация как будто это таблица

select department_name, sum(salary) from departments natural join emp_fin group by department_name;

Хорошо продуманный набор представлений может реализовывать всю систему безопасности в БД, предоставляя пользователям доступ к данным которые им необходимы и сокрывая всё остальное.

Представления для упрощения запросов

Для пользователя будет гораздо проще выбирать данные если сложная работа (такая как объединения таблиц или группировка данных с аггрегацией) сделано за них в коде запроса который определяет представление. В предыдущем примере сотрудникам финансового отдела необходимо было объединять представление EMP_FIN с таблицей DEPARTMENTS и суммировать зарплату по департаменту. Но можно создать новое представление

create view dept_sal as select d.department_name, sum(e.salary) from departments d left outer join employees e on d.department_id=e.department_id group by department_name order by department_name;

И тогда сотрудники смогут писать запросы к представлению DEPT_SAL без необходимости знать ою объединениях или о том как сортировать результат

select * from dept_sal;

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

Представления для предотвращения ошибок

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

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

Столбец ACTIVE это флаг показывающий нанят ли сотрудник в текущий момент и при добавлении строки будет выставлен в ‘Y’. Когда пользователь, через пользовательский интерфейс “удалит” сотрудника, на самом деле выполнится запрос который обновит значение ACTIVE в ‘N’. Если пользователь не знает о структуре таблицы и такой особенности то результат “удаления” будет не очень понятен. Поэтому лучше дать пользователю доступ к представлению

Запросы к такому представлению не отображат “удалённых” сотрудников.

Представления чтобы сделать данные понятными

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

Помимо удобства предоставления данных пользователю, использование представлений добавляет уровень абстракции между объектами пользователя и объектами БД что может быть полезно при разработке и поддержке. Возможно изменить структуру данных без переписывания приложения. Если изменились таблицы достаточно просто изменить определение таблицы без изменений кода SQL или PL/SQL. Также представления можно использовать для добавления приложению совместимости между разными базами данных.

Представления для производительности

Команда SELECT являющаяся основой для представления может быть оптимизирована программистами, и пользователям не надо переживать об оптимизации кода. Существует много способов получения одного и того же результата, но некоторые способы гораздо медленнее чем другие. Например при объединении двух таблиц обычно происходи выбор между nested loop объединением и hash join объединением. Nested loop использует индекса для поиска конкретной строки, hash join считывает всю таблицу в память. Выбор между методами основывается на данных и необходимых ресурсах.

Теоретически кто-то всегда полагается на результат работы оптимизатора Oracle, но иногда оптимизатор совершает ошибки. Если программист понимает какой метод лучше использовать в конкретном случае то можно дать необходимые иснтрукции оптимизатору. Например этот запрос заставит использовать hash join

create view dept_emp as select /*+USE_HASH (employees departments)*/ department_name, last_name from departments natural join employees;

Когда бы пользователь не выполнил запрос к представлению DEPT_EMP объединение будет осуществляться поиском совпадений в подсоединяемой таблице в памяти (hash join). Пользователям не нужно знать как заставить базу использовать метод объединения. Мы тоже не будем детально обсуждать оптимизацию но необходимо знать принцип оптимизации при помощи представлений.

Простые и сложные представления

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

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

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

Команды INSERT, UPDATE или DELETE нельзя выполнить к сложным представлениям. Соотношение строк в представлении к исходной таблице неможет всегда быть один-к-одному, что необходимо для DML операций. Обычно возможно выполнять DML команды к простым представлениям, но не всегда. Например если представление не включает в себя столбец с ограничением обязательности, тогда INSERT к представление не выполнится успешно (выполнится если у столбца есть значение по умолчанию). Выполнение такого запроса вернет странную ошибку так как ошибка ссылается на таблицу и столбец которого нет в запросе, как показано на примере в рисунке 7-5.

Превое представление RNAME_V на рисунке удовлетворяет определению простого представления, однаго команда INSERT не может быть выполена так как отсутствует значение для обязательного поля. Второе представление RUPPERNAME_V – сложное представление так как основано на результате выполнения функции. Это делает невозможным вставку значений, так как нет способа БД узнать что действительно необходимо вставить в таблицу. Однако команда DELETE может быть выполнена, так как нет зависимости от использования функции.

Создание, изменение и удаление представлений

Синтаксис создания представления

CREATE [OR REPLACE] [FORCE | NOFORCE] VIEW

[WITH CHECK OPTION [CONSTRAINT constraintname]]

[WITH READ ONLY [CONSTRAINT constraintname]] ;

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

OR REPLACE – если представление уже существует оно будет удалено перед созданием нового

FORCE или NOFORCE – Использование FORCE приведёт к созданию представления даже если базовые таблицы не существуют. NOFORCE значение по умолчанию и если таблицы не существуют команды выполняется с ошибкой

WITH CHECK OPTION – эта директива влияет на DML команды. Если подзапрос включает условие WHERE, тогда эта директива предотвратит возможность вставки стро которые не видно в представлении, или совершать обновления данных которое приведёт к пропаже данных из представления. По умолчанию эта директива отключена что может приводить к неожидаемым результатам выполнения запросов

WITH READ ONLY – отключения возможности использование DML команд к представлению

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

Команда ALTER VIEW в основном используется для компиляции представления. Представление должно быть успешно скомпилированно перед использованием. Когда преставление создаётся, Oracle проверяет что все столбцы и таблицы существуют. Если они не существуют компиляция происходит неудачно и представление не будет создано – но будет создано если вы используете директиву FORCE. В этом случае представление создастся, но будет недоступно для использования пока не будут созданы таблицы и столбцы используемые в подзапросе и не будет заново скомпилировано. Когда выполняется запрос к нескомпилированному представлению – Oracle попробует скомпилировать его автоматически. Если компиляция будет успешна (вы устранили проблемы) – то пользователи даже не узнает что что-то не работало – единственное отличие будет в том что запрос будет выполняться чуть дольше. Вам следует самим вручную компилировать представления чтобы убедиться что компиляция прошла успешно, вместо того чтобы позволять пользователям обнаружить ошибку.

Невозможно изменить определения столбцов после создания представления так как это делается для таблицы. Представление должно быть удалено и затем создано новое. Синтаксис команды DROP

DROP VIEW [schema.]viewname ;

Использование директивы OR REPLACE в команде CREATE VIEW приведёт к автоматическому удаление представления (если оно существует) перед созданием.

Oracle Views - это виртуальные таблицы, которые физически не существуют. Представления создаются на существующей таблице или таблицах. Они хранятся в словаре данных Oracle и не хранят никаких данных. Представления - это подстроки или подстолбцы таблицы или таблиц. Фактически, представления создаются по часто используемым запросам или сложным запросам или запросам объединения и т. Д., Так что каждый раз не следует извлекать данные из таблицы или таблиц непосредственно, результирующие данные могут быть извлечены из представления. Представления могут быть выполнены при вызове.

Представления создаются запросом, объединяющим одну или несколько таблиц.

СОЗДАТЬ ВИД в Oracle

Давайте рассмотрим создание View в Oracle с помощью нескольких примеров, упомянутых ниже:

Синтаксис для создания представления -

CREATE VIEW view name AS
SELECT column (, column ) FROM table
WHERE condition;

View name - указывает имя Oracle VIEW, которое пользователь хочет создать.

Визуальное представление представления оракула представлено на диаграмме ниже, так как на диаграмме ниже заштрихованная область красного цвета возвращается в результате запроса выбора Oracle и сохраняется в виде представления -

Рисунок: представление Oracle

Примеры запросов

Давайте возьмем пример для создания представления. Вот пример, мы создаем простое представление для одной таблицы.

Таблица поставщиков

Пример запроса создания представлений оракула

CREATE VIEW empview AS
SELECT *
FROM employees;
WHERE employees.manager_id = 100;

Выход:

Вид создан.0.21 секунд

Приведенный выше пример Oracle INNER JOIN вернет все строки из таблицы сотрудников и таблицы отделов, в которых значение _id сотрудника в таблице сотрудников и таблице отделов совпадает.

Давайте разберемся в представлении oracle подробно с помощью некоторых примеров запроса:

Здесь мы рассмотрим схему hr, которая является образцом схемы базы данных Oracle. Схема hr содержит таблицы COUNTRIES, EMPLOYEES, DEPARTMENTS, JOB_HISTORY, JOBS, LOCATIONS, REGIONS, в которых мы заинтересованы или нуждаемся в таблицах EMPLOYEES, DEPARTMENTS и LOCATIONS.

Описание этих таблиц:

Стол СОТРУДНИКОВ

Таблица ОТДЕЛОВ

Пример № 1

Создать вид на выбранные столбцы

Здесь мы создаем представление с именем сотрудника на основе таблицы сотрудника. Представление сотрудника, имеющее идентификатор сотрудника, полное имя сотрудника, которое представляет собой объединение имени и фамилии и сотрудника phone_number-

Код:

Выход:

Теперь мы можем проверить только что созданный Oracle VIEW, используя этот запрос -

Select * from employee view;

Выход:

Пример № 2

Создание оракула с псевдонимом столбцов

Код:

Выход:

Select * from employee view;

Выход:

Пример № 3

Создание оракула с псевдонимом столбцов

код:

Выход:

Select * from employee view;

Выход:

Пример № 4

Доступ к представлению с помощью предложения where

Код:

SELECT *
FROM employee view
WHERE years > 10;
ORDER BY full name;

Выход:

Пример № 5

Доступ к просмотру с заказом по предложению

Код:

SELECT full name
FROM employee view
WHERE years > 10
ORDER BY full name;

Выход:

Пример № 6

Обновить и сделать доступным только для чтения

Код:

Выход:

Пример № 7

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

Код:

Выход:

Пример № 8

Удалить вид с помощью оператора Drop

Код:

Drop view employee view;

Выход:

Преимущества и недостатки взглядов в оракуле

Преимущества и недостатки приведены ниже:

Ниже приведены преимущества:

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

Недостатки взглядов в оракуле

Ниже приведены недостатки:

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

Вывод

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

CREATE VIEW

Синтаксис

Синтаксис CREATE VIEW в Oracle:

CREATE VIEW view_name AS
SELECT columns
FROM tables
[WHERE conditions];

Параметры или аргументы

view_name
Наименование Oracle VIEW, которое вы хотите создать.
WHERE conditions
Необязательный. Условия, которые должны быть выполнены для записей, которые будут включены в VIEW.

Пример

SELECT suppliers.supplier_id, orders.quantity, orders.price

Этот пример Oracle CREATE VIEW создаст виртуальную таблицу на основе результирующего набора SELECT. Теперь вы можете запросить VIEW Oracle следующим образом:

Update VIEW

С помощью Oracle CREATE OR REPLACE VIEW вы можете изменить определенное в Oracle VIEW не удаляя его.

Синтаксис

CREATE OR REPLACE VIEW view_name AS
SELECT columns
FROM table
WHERE conditions;

view_name
Наименование представления Oracle, которое вы хотите создать или изменить.

Пример

SELECT suppliers.supplier_id, orders.quantity, orders.price

Этот пример Oracle CREATE OR REPLACE VIEW обновит определенное в Oracle представление sup_orders без его удаления. Если Oracle VIEW еще не существовало, то представление будет создано впервые.

Drop VIEW

После того, как VIEW было создано, вы можете удалить его с помощью DROP VIEW.

Синтаксис

view_name
Наименование представления Oracle, который вы хотите создать или заменить.

Пример

Ниже приведен пример того, как использовать Oracle DROP VIEW:

Этот пример Oracle DROP VIEW удалит представление с названием sup_orders .

Часто задаваемые вопросы

Вопрос: Можно ли обновить данные в VIEW?
Ответ: Представление в Oracle создается путем объединения одной или нескольких таблиц. При обновлении записи (ей) в VIEW, обновляются записи в базовых таблицах, которые составляют VIEW.
Так что, да, вы можете обновить данные в Oracle VIEW при наличии у вас соответствующих привилегий в таблицах базы Oracle.

Читайте также: