Разработчики СУБД PostgreSQL добавили (http://www.depesz.com/2012/12/11/waiting-for-9-3-support-aut.../) в ветку в которой формируется релиз 9.3 поддержку выполнения операций обновления данных (UPDATE) в представлениях (VIEW), формируемых на основании выборки через оператор SELECT и ранее доступных только на чтение.

Ранее для обновления представлений можно было использовать триггеры, но данная техника достаточно усложнена и неочевидна. Начиная с ветки PostgreSQL 9.3 для представлений будет возможно применение операции UPDATE, которая станет допускаться с определёнными ограничениями. Например, будут поддерживаться представления только с одной таблицей или другим представлением в блоке FROM, не содержащие в теле операций WITH, DISTINCT, GROUP BY, HAVING, LIMIT и OFFSET, и без использования UNION, INTERSECT и EXCEPT на первом уровне вложенности.

URL: http://www.depesz.com/2012/12/11/waiting-for-9-3-support-aut.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=35588

• В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 13:38 , 13-Дек-12
  • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Пыщ я Бетмен, 14:04 , 13-Дек-12
    • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 14:15 , 13-Дек-12
      • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 14:27 , 13-Дек-12
      • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 14:30 , 13-Дек-12
        • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 15:39 , 13-Дек-12
      • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,ананим, 14:44 , 13-Дек-12
        • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 15:42 , 13-Дек-12
          • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 15:48 , 13-Дек-12
            • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,ананим, 16:20 , 13-Дек-12
  • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 14:08 , 13-Дек-12
  • В PostgreSQL 9.3 появится поддержка операции UPDATE над пред...,Аноним, 14:16 , 13-Дек-12

Без insert и delete, да тем более только с одной таблицей в блоке from, не очень то и нужно. Где то может слегка и облегчит, но стоило ли оно с такими ограничениями напрягов - непонятно, в общем мелочевка.

Это только стартап. Дальше будет больше, лучше ;)

В Oracle это 30 лет как существует. Это не стартап - это ручной тормоз в башке.

А причём здесь Oracle?

Вот как оракл будет бесплатным и под BSD тогда и можно будет сравнивать, а пока сравнение не канает.

Пока существует такое понятие, как ROI - Оракл никогда не станет бесплатным.

во-первых не 30
во-вторых тоже не особо далеко по требованиям ушла http://docs.oracle.com/cd/E17952_01/refman-5.1-en/view-updat...
из всех ограничений (все перечислять лень) особенно нравятся эти:
Nonupdatable view in the FROM clause
The view must contain all columns in the base table that do not have a default value.

и на это есть объективные, технические причины http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUES...
We only allow modifications to objects in the key preserved table.

> во-первых не 30

А сколько? По твоему личному ИМХУ?

> во-вторых тоже не особо далеко по требованиям ушла http://docs.oracle.com/cd/E17952_01/refman-5.1-en/view-updat...

Ну, слава богам. Хоть один упоминатор Оракла сподобился-таки на сайт первоисточника сходить. (лезет целоваться) Дай-ка я тебя расцелую. А то тут аноны слышали звон, а сами даже на Оракл.ком отродясь не ходили. За одно это я тебе прощу все твои остальные писульки.

> из всех ограничений (все перечислять лень) особенно нравятся эти:
> Nonupdatable view in the FROM clause
> The view must contain all columns in the base table that do
> not have a default value.

А если подумать? ПОЧЕМУ эти ограничения введены?

> и на это есть объективные, технические причины http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUES...
> We only allow modifications to objects in the key preserved table.

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

оффтопик: а вы слова в предложении капсом выделяете по аналогии с SQL?

этот баг исключительно в голове.

зыж
а что ещё можно сказать про такого вот перца?
>> The view must contain all columns in the base table that do not have a default value.
>А если подумать? ПОЧЕМУ эти ограничения введены?
>> и на это есть объективные, технические причины http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUES...
>> We only allow modifications to objects in the key preserved table.
>Для этих ограничений есть вполне разумные объективные причины,

сказали же идиоту — «и на это есть объективные, технические причины».
нет же, он пытается сказать тоже самое (теперь! узнав об этом, судя по первому посту, только что. иначе бы он его не написал :D) с пеной у рта, что он именно это он и хотел сказать, а я, такой не хороший, с ним спорил.

Insert и delete есть) см. по ссылке

> Без insert и delete, да тем более только с одной таблицей в
> блоке from, не очень то и нужно. Где то может слегка
> и облегчит, но стоило ли оно с такими ограничениями напрягов -
> непонятно, в общем мелочевка.

Чтобы ты был в курсе - это, тащемта, требование стандарта ANSI SQL 92. Приколись? От 92 года!