Re: reads which modify data

hakan eryargi <[email protected]>
Newsgroups gmane.comp.java.prevayler
Message-ID <[email protected]>
can you explain what you mean by manually synching ?

r a f t

On Sun, Mar 1, 2009 at 11:11 PM, Klaus Wuestefeld
<[email protected]> wrote:
> You described the solution yourself:
>
> Make the randomness pseudo-random using a seed. So now you are simply
> doing lazy-eval in your queries, which is ok. You just have to
> manually sync that, of course, which sounds simple to do in your case.
>
> What am I missing?
>
>
>
> On Sun, Mar 1, 2009 at 1:03 PM, Justin T. Sampson <[email protected]> wrote:
>> To take your example literally, why wouldn't you apply the random damage
>> during the write operation, at the moment the velocity drops to zero?
>>
>> -Justin
>>
>>
>> On Sun, Mar 1, 2009 at 5:48 AM, hakan eryargi <[email protected]>
>> wrote:
>>>
>>> hello,
>>>
>>> how would you design a system where some reads modify the data in an
>>> undeterministic way ? undeterministic means random here and can be
>>> translated into a deterministic one by supplying random seed from
>>> outside.
>>>
>>> one can say, these are actually writes not reads, so must be handled
>>> as transactions. the answer is there are so many of them so we cannot
>>> simply afford handling them as transactions. and a very very little
>>> proportion of that reads cause such random modifications.
>>>
>>> these reads trigger lazy calculations as described in this thread:
>>>
>>> http://www.nabble.com/Re%3A-execution-order-of-queries-and-transactions-p17049169.html
>>>
>>> continuing the sample in that thread: think of a moving entity. a
>>> write operation modifies its acceleration and direction, read
>>> operation calculates current velocity and position and returns them.
>>> no matter how many times you read the velocity, it will be the same at
>>> some specific point in time.  it's ok till now. now add another
>>> feature that when entity's velocity drops to zero it takes some random
>>> damage. so when velocity or position is read, there is a chance that
>>> this will trigger a damage.
>>>
>>> how would you persist such a system with prevayler ?
>>>
>>> regards,
>>> r a f t
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
>>> CA
>>> -OSBC tackles the biggest issue in open source: Open Sourcing the
>>> Enterprise
>>> -Strategies to boost innovation and cut costs with open source
>>> participation
>>> -Receive a $600 discount off the registration fee with the source code:
>>> SFAD
>>> http://p.sf.net/sfu/XcvMzF8H
>>> _______________________________________________
>>> To unsubscribe go to the end of this page:
>>> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
>>> _______________________________________________
>>> "Databases in Memoriam" -- http://www.prevayler.org
>>
>>
>>
>> --
>> Agile Focus - http://agilefocus.com/
>>
>> ------------------------------------------------------------------------------
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>> -Strategies to boost innovation and cut costs with open source participation
>> -Receive a $600 discount off the registration fee with the source code: SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> _______________________________________________
>> To unsubscribe go to the end of this page:
>> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
>> _______________________________________________
>> "Databases in Memoriam" -- http://www.prevayler.org
>>
>>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> _______________________________________________
> "Databases in Memoriam" -- http://www.prevayler.org
>

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.