Re: JDBC and positioned updates

From: Kevin Wooten <kdubb(at)me(dot)com>
To: Hédi HACHENI <hacheni(at)kopileft(dot)com>
Cc: Vladimir Sitnikov <sitnikov(dot)vladimir(at)gmail(dot)com>, List <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: JDBC and positioned updates
Date: 2015-12-26 14:54:31
Message-ID: AD4D45AA-DA82-42FC-9F48-EA1033F1BF0F@me.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

https://github.com/impossibl/pgjdbc-ng <https://github.com/impossibl/pgjdbc-ng> supports ‘setCursorName’.

PostgreSQL doesn’t support all capabilities defined for cursors but what you’ve referenced should work.

> On Dec 26, 2015, at 1:53 AM, Hédi HACHENI <hacheni(at)kopileft(dot)com> wrote:
>
> Basically we will not perform positioned updates on the hole table data but for a data portion that it would not exceed 30 rows. That's why I said it depends on what table we're going through.
>
> But we take care about queries performances.
> On 12/26/2015 09:21 AM, Vladimir Sitnikov wrote:
>>> we cannot achieve positioned updates using the JDBC implementation
>> This is "functional requirement"
>>
>>> All of these parameters depends on what table we're going through
>> Those a "non-functional requirements" (see [1]).
>> You'd better collect NFRs *before* you finalize design and write the code.
>>
>>> Our main problem is
>> Suppose you somehow achieved "positional updates". What if it turns
>> out to be super-slow? Believe me, there are good reasons for
>> "positional updates" to be super slow.
>> You would have to rewrite the whole thing from scratch to make it fast.
>>
>> This is why I do not want to help you to shoot into your own foot.
>>
>> Anyway, pull requests are welcome.
>>
>> [1]: https://en.wikipedia.org/wiki/Non-functional_requirement
>>
>> Vladimir
>
>
>
> --
> Sent via pgsql-jdbc mailing list (pgsql-jdbc(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-jdbc

In response to

Browse pgsql-jdbc by date

  From Date Subject
Next Message Vladimir Sitnikov 2015-12-26 21:40:52 PgJDBC: code reformat
Previous Message Hédi HACHENI 2015-12-26 08:53:03 Re: JDBC and positioned updates