Skip site navigation (1) Skip section navigation (2)

Re: Editing Views with EditGrid

From: Andreas Neumann <a(dot)neumann(at)carto(dot)net>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: pgadmin-support(at)postgresql(dot)org
Subject: Re: Editing Views with EditGrid
Date: 2008-05-09 08:36:35
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgadmin-support
Hi Dave,

You are right about the complexity of rules and triggers. But isn't that 
the same with tables as well? Triggers and rules also work on plain 
tables and may effect other columns in the same table and other records 
as well. So in my opinion there isn't much difference between tables and 
views in this respect. There are also the default values that currently 
don't reflect immediately after one edited a record in the table.

I don't have a clean and easy solution as well. But one might think 
about a GUI where one lets the user editing the table or view decide 
whether he wants to reload the current record or the whole table/view 
after each edit. Per default it wouldn't update, but if the user enables 
updating of the just edited record or reloading the whole table/view it 

I can definitely see value where the record(s) just edited would 
automatically reload after being inserted/updated into the table. 
Reloading just these records would not be a performance problem. I agree 
that reloading the whole table after each edit would be a performance 
problem. Again - not much difference between a table and a view. Am I wrong?

Regarding the views: one could test if the view has at least the insert, 
update and delete rules present before enabling the editing of the views.

What do you think?


Dave Page wrote:
> On Tue, May 6, 2008 at 9:05 PM, Andreas Neumann <a(dot)neumann(at)carto(dot)net> wrote:
>> Hi Dave,
>>  Thank you for letting me know about the situation. Can you estimate how
>> much work it would be to implement editable views? Maybe based on the
>> experience with the editable tables? Maybe we can find a few interested
>> parties paying for the development of this feature?
> The problem with editing views is not the editing (the code for the
> tables will do the job just fine with a few minor changes in most
> cases). The problem comes where you have rules which implement
> non-trivial updates - for example; consider a view with a total
> column, an item price, and a quantity. If you update the quantity,
> there is no straightforward way for pgAdmin to understand that the
> total price will be automatically updated. In fact, it won't even know
> that the total column cannot be manually edited.
> This gets even worse, because the rules may easily affect different
> rows from that being edited, or even entirely unrelated data. The only
> safe way to manage that that I can see would be to refresh the entire
> data set following each edit - and that would be unusably slow.
> I'm happy to entertain proposals that might work, but this a
> non-trivial problem, caused largely by Postgres' superior flexibility
> compared to most other DBMSs. It isn't gonna be easy to fix.


Andreas Neumann
Böschacherstrasse 6
CH-8624 GrĂ¼t (Gossau ZH)
Phone: ++41-44-2736668
Email: a(dot)neumann(at)carto(dot)net

SVG Examples:

In response to


pgadmin-support by date

Next:From: Andreas NeumannDate: 2008-05-09 09:01:36
Subject: Enum input support with drop-down list when editing a table
Previous:From: Dave PageDate: 2008-05-08 10:09:01
Subject: Re: Editing Views with EditGrid

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group