The OpenNET Project / Index page

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

В PostgreSQL 9.3 появится поддержка операции UPDATE над представлениями

13.12.2012 12:59

Разработчики СУБД PostgreSQL добавили в ветку в которой формируется релиз 9.3 поддержку выполнения операций обновления данных (UPDATE) в представлениях (VIEW), формируемых на основании выборки через оператор SELECT и ранее доступных только на чтение.

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

  1. Главная ссылка к новости (http://www.depesz.com/2012/12/...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35588-postgresql
Ключевые слова: postgresql, database, view
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (12) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 13:38, 13/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Без insert и delete, да тем более только с одной таблицей в блоке from, не очень то и нужно. Где то может слегка и облегчит, но стоило ли оно с такими ограничениями напрягов - непонятно, в общем мелочевка.
     
     
  • 2.2, Пыщ я Бетмен (?), 14:04, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это только стартап. Дальше будет больше, лучше ;)
     
     
  • 3.4, Аноним (-), 14:15, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В Oracle это 30 лет как существует. Это не стартап - это ручной тормоз в башке.
     
     
  • 4.6, Аноним (-), 14:27, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А причём здесь Oracle?
     
  • 4.7, Аноним (-), 14:30, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот как оракл будет бесплатным и под BSD тогда и можно будет сравнивать, а пока сравнение не канает.
     
     
  • 5.9, Аноним (-), 15:39, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Пока существует такое понятие, как ROI - Оракл никогда не станет бесплатным.
     
  • 4.8, ананим (?), 14:44, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    во-первых не 30
    во-вторых тоже не особо далеко по требованиям ушла http://docs.oracle.com/cd/E17952_01/refman-5.1-en/view-updatability.html
    из всех ограничений (все перечислять лень) особенно нравятся эти:
    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_QUESTION_ID:522602642
    We only allow modifications to objects in the key preserved table.

     
     
  • 5.10, Аноним (-), 15:42, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > во-первых не 30

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

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

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

    > из всех ограничений (все перечислять лень) особенно нравятся эти:
    > 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_QUESTION_ID:522602642
    > We only allow modifications to objects in the key preserved table.

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

     
     
  • 6.12, Аноним (-), 15:48, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    оффтопик: а вы слова в предложении капсом выделяете по аналогии с SQL?
     
     
  • 7.13, ананим (?), 16:20, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    этот баг исключительно в голове.

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

     
  • 2.3, Аноним (-), 14:08, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Insert и delete есть) см. по ссылке
     
  • 2.5, Аноним (-), 14:16, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Без insert и delete, да тем более только с одной таблицей в
    > блоке from, не очень то и нужно. Где то может слегка
    > и облегчит, но стоило ли оно с такими ограничениями напрягов -
    > непонятно, в общем мелочевка.

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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