The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от opennews (??) on 13-Дек-12, 13:38 
Разработчики СУБД 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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +3 +/
Сообщение от Аноним (??) on 13-Дек-12, 13:38 
Без insert и delete, да тем более только с одной таблицей в блоке from, не очень то и нужно. Где то может слегка и облегчит, но стоило ли оно с такими ограничениями напрягов - непонятно, в общем мелочевка.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +1 +/
Сообщение от Пыщ я Бетмен on 13-Дек-12, 14:04 
Это только стартап. Дальше будет больше, лучше ;)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  –1 +/
Сообщение от Аноним (??) on 13-Дек-12, 14:15 
В Oracle это 30 лет как существует. Это не стартап - это ручной тормоз в башке.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от Аноним (??) on 13-Дек-12, 14:27 
А причём здесь Oracle?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от Аноним (??) on 13-Дек-12, 14:30 
Вот как оракл будет бесплатным и под BSD тогда и можно будет сравнивать, а пока сравнение не канает.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от Аноним (??) on 13-Дек-12, 15:39 
Пока существует такое понятие, как ROI - Оракл никогда не станет бесплатным.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от ананим on 13-Дек-12, 14:44 
во-первых не 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.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от Аноним (??) on 13-Дек-12, 15:42 
> во-первых не 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.

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от Аноним (??) on 13-Дек-12, 15:48 
оффтопик: а вы слова в предложении капсом выделяете по аналогии с SQL?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +/
Сообщение от ананим on 13-Дек-12, 16:20 
этот баг исключительно в голове.

зыж
а что ещё можно сказать про такого вот перца?
>> 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) с пеной у рта, что он именно это он и хотел сказать, а я, такой не хороший, с ним спорил.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

3. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +2 +/
Сообщение от Аноним (??) on 13-Дек-12, 14:08 
Insert и delete есть) см. по ссылке
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "В PostgreSQL 9.3 появится поддержка операции UPDATE над пред..."  +3 +/
Сообщение от Аноним (??) on 13-Дек-12, 14:16 
> Без insert и delete, да тем более только с одной таблицей в
> блоке from, не очень то и нужно. Где то может слегка
> и облегчит, но стоило ли оно с такими ограничениями напрягов -
> непонятно, в общем мелочевка.

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру