Hi!
I just went through the design draft I wrote together with Bertrand for
2 new features we plan to implement in PersistentObject 1.5 (2008.2):
- Identity map
- Relation pre-fetching
The identity map feature will avoid to have 2 different objects
representing the same database data in one requ
Hi!
I just went through the design draft I wrote together with Bertrand for
2 new features we plan to implement in PersistentObject 1.5 (2008.2):
- Identity map
- Relation pre-fetching
The identity map feature will avoid to have 2 different objects
representing the same database data in one requ
On Wed, 25 Jun 2008, Tobias Schlitt wrote:
> Please review the design draft and post your comments here.
Some comments:
Inside this method, first it should be checked if the same find query
was already performed earlier. In this case, a cached result set can be
returned.
You can't reall
Hi Tobias!
> The Identity Map support should be optional to not break BC and keep
> flexibility. Therefore, a new class named ezcPersistentIdentityMapSession is
> implemented. This extends the current implementation ezcPersistentSession to
> make instanceof checks still work. All of the methods wi
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Derick Rethans
> Sent: 27 June 2008 09:38
> To: Tobias Schlitt
> Cc: Bertrand Dunogier; Components
> Subject: Re: [Components] [PersistentObject] Design: Identity
> map a
Hi!
On 06/27/2008 10:38 AM Derick Rethans wrote:
> On Wed, 25 Jun 2008, Tobias Schlitt wrote:
>> Please review the design draft and post your comments here.
> Some comments:
> Inside this method, first it should be checked if the same find query
> was already performed earlier. In this cas
Hi James!
On 06/27/2008 11:44 AM James Pic wrote:
>> The Identity Map support should be optional to not break BC and keep
>> flexibility. Therefore, a new class named ezcPersistentIdentityMapSession is
>> implemented. This extends the current implementation ezcPersistentSession to
>> make instanc
Hi Jared!
On 06/27/2008 12:33 PM Jared Williams wrote:
>> On Wed, 25 Jun 2008, Tobias Schlitt wrote:
>>> Please review the design draft and post your comments here.
>> Some comments:
>>
>> Inside this method, first it should be checked if the same
>> find query
>> was already performed ear
> -Original Message-
> From: Tobias Schlitt [mailto:[EMAIL PROTECTED]
> Sent: 28 June 2008 17:38
> To: Jared Williams
> Cc: 'Derick Rethans'; 'Bertrand Dunogier'; 'Components'
> Subject: Re: [Components] [PersistentObject] Design: I
Jared Williams a écrit :
-Original Message-
From: Tobias Schlitt [mailto:[EMAIL PROTECTED]
Sent: 28 June 2008 17:38
To: Jared Williams
Cc: 'Derick Rethans'; 'Bertrand Dunogier'; 'Components'
Subject: Re: [Components] [PersistentObject] Design:
> Oracle does not have a "rowid" id/timestamp for this (oracle
> standard rowid pseudocolumn is actually a row identifier, not
> row version identifier, guaranteed to be unique only within
> the table itself).
>
> In Oracle 11g there is the ORA_ROWSCN that could be used to
> identify this
Hi!
I updated the identity map design after discussion here on the list as
follows:
- Removed the query caching (due to problems with bound paramaters).
- Changed the ezcPersistentIdentitySession to be a decorator for
ezcPersistentSession instead of extending it.
- Removed the $refetch paramete
Hi Tobias!
Tobias Schlitt wrote:
> On 06/27/2008 11:44 AM James Pic wrote:
> >> The Identity Map support should be optional to not break BC and keep
> >> flexibility. Therefore, a new class named ezcPersistentIdentityMapSession
> >> is
> >> implemented. This extends the current implementation ezc
Hi James!
On 07/01/2008 05:53 PM James Pic wrote:
> Tobias Schlitt wrote:
>> On 06/27/2008 11:44 AM James Pic wrote:
The Identity Map support should be optional to not break BC and keep
flexibility. Therefore, a new class named ezcPersistentIdentityMapSession
is
implemented.
Hi Tobias!
On Wed, Jul 2, 2008 at 9:19 AM, Tobias Schlitt <[EMAIL PROTECTED]> wrote:
>
> On 07/01/2008 05:53 PM James Pic wrote:
>> Tobias Schlitt wrote:
>>> On 06/27/2008 11:44 AM James Pic wrote:
>
> The Identity Map support should be optional to not break BC and keep
> flexibility. Ther
Hi James!
On 07/02/2008 02:11 PM James PIC wrote:
> On Wed, Jul 2, 2008 at 9:19 AM, Tobias Schlitt <[EMAIL PROTECTED]> wrote:
>> On 07/01/2008 05:53 PM James Pic wrote:
>>> Tobias Schlitt wrote:
On 06/27/2008 11:44 AM James Pic wrote:
>> The Identity Map support should be optional to not
Hi Tobias!
Tobias Schlitt wrote:
> On 07/02/2008 02:11 PM James PIC wrote:
> > On Wed, Jul 2, 2008 at 9:19 AM, Tobias Schlitt <[EMAIL PROTECTED]> wrote:
> >> On 07/01/2008 05:53 PM James Pic wrote:
> >>> Tobias Schlitt wrote:
> On 06/27/2008 11:44 AM James Pic wrote:
>
> >> The Identity M
On 07/04/2008 01:25 PM James Pic wrote:
> Hi Tobias!
> Tobias Schlitt wrote:
>> On 07/02/2008 02:11 PM James PIC wrote:
>>> On Wed, Jul 2, 2008 at 9:19 AM, Tobias Schlitt <[EMAIL PROTECTED]> wrote:
On 07/01/2008 05:53 PM James Pic wrote:
This should be easy to implement by replacing th
Hi Tobias!
Tobias Schlitt wrote:
> On 07/04/2008 01:25 PM James Pic wrote:
> > Tobias Schlitt wrote:
> >> On 07/02/2008 02:11 PM James PIC wrote:
> >>> On Wed, Jul 2, 2008 at 9:19 AM, Tobias Schlitt <[EMAIL PROTECTED]> wrote:
> On 07/01/2008 05:53 PM James Pic wrote:
> >> If it was for me, we
Hi!
On 07/06/2008 11:29 AM James Pic wrote:
> Tobias Schlitt wrote:
>> On 07/04/2008 01:25 PM James Pic wrote:
>>> Tobias Schlitt wrote:
On 07/02/2008 02:11 PM James PIC wrote:
> On Wed, Jul 2, 2008 at 9:19 AM, Tobias Schlitt <[EMAIL PROTECTED]> wrote:
>> On 07/01/2008 05:53 PM James
20 matches
Mail list logo