Activity

From 02/03/2016 to 03/03/2016

03:14 PM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> > How? What's the error?
>... Eric Faulhaber
02:56 PM Bug #2955: Update records participating in a scrolling adaptive query.: > How? What's the error?... Stanislav Lomany
02:27 PM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> This issue applies no scrolling/non-scrolling compound queries with no regards to browse (... Eric Faulhaber
12:53 PM Bug #2955: Update records participating in a scrolling adaptive query.: This issue applies no scrolling/non-scrolling compound queries with no regards to browse (however using an editable b... Stanislav Lomany
10:49 PM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> Guys, please consider the design of the solution for this issue (see previous note):
> 1.... Eric Faulhaber

02:29 PM Bug #2955: Update records participating in a scrolling adaptive query.: That is how it works in 4GL. Stanislav Lomany
11:22 AM Bug #2955: Update records participating in a scrolling adaptive query.: Stanislav Lomany wrote:
> Consider the current record was updated at some level of an adaptive compound query. Then ... Eric Faulhaber
10:36 AM Bug #2955: Update records participating in a scrolling adaptive query.: Guys, please consider the design of the solution for this issue (see previous note):
1. Register compound query as a... Stanislav Lomany

06:48 PM Bug #2807 (Closed): LDBNAME can work with an unopen buffer: This fix was merged to the P2J trunk in revision 10952. Eric Faulhaber
11:45 AM Feature #3011: try H2 internal connection pool instead of UnpooledConnectionProvider: I read in the H2 documentation that the H2 internal connection pool should be significantly faster for embedded datab... Eric Faulhaber
11:42 AM Feature #3011 (Rejected): try H2 internal connection pool instead of UnpooledConnectionProvider: Eric Faulhaber
11:23 AM Feature #3010: retrieve new primary keys from database in batch: It also seems our implementation to get and reclaim primary keys for temp-tables is overly complicated. See @Temporar... Eric Faulhaber
11:10 AM Feature #3010: retrieve new primary keys from database in batch: Implementation note: since reclaimed keys are stored individually in the @IdentityPool@, we would need a new API in t... Eric Faulhaber
10:54 AM Feature #3010: retrieve new primary keys from database in batch: I've noticed that in some use cases, we are spending a lot of time retrieving new primary keys from the database, usi... Eric Faulhaber
10:39 AM Feature #3010 (WIP): retrieve new primary keys from database in batch: Eric Faulhaber

10:44 AM Bug #2955: Update records participating in a scrolling adaptive query.: Consider the current record was updated at some level of an adaptive compound query. Then a query at more granular le... Stanislav Lomany

11:18 AM Bug #2990: inconsequent field names in shared temp-tables: Ok, my concern on this comes from the scale of the unknowns: we've got 13% test coverage and so it's unknown how many... Paul E
10:27 AM Bug #2990: inconsequent field names in shared temp-tables: This is a challenging error to detect at conversion time, given the way we currently detect common temp-table definit... Eric Faulhaber

11:31 AM Bug #2990: inconsequent field names in shared temp-tables: Well that's weird - defies any reasonable definition of the word "shared".
Is it possible to warn, or even better ... Paul E

02:13 PM Bug #2990: inconsequent field names in shared temp-tables: I just discovered one of the weirdest things about shred temp-tables in OE. I thought that in #2595 I covered all kin... Ovidiu Maxiniuc
02:04 PM Bug #2990 (New): inconsequent field names in shared temp-tables: Ovidiu Maxiniuc

Also available in: Atom

FWD » Core Development » Database