[Catalyst] Session duplicate key constraints on concurrent requests

Matthias Dietrich mdietrich at cpan.org
Mon Oct 10 15:32:29 GMT 2011


Am 10.10.2011 um 17:00 schrieb Tobias Kremer:

>> Your right ;-).
> 
> And that's almost as bad as "would of been" ... ;-)

*tired
$son is consuming too much time during the nights ;-).


Back on topic:

Am 10.10.2011 um 14:56 schrieb Tobias Kremer:

> Yes, but does that really matter? If you're using Store::Memcached for
> example, one session would overwrite the other's data, thus you'll
> loose data anyways. There's no perfect solution to this problem, I
> guess :)

That depends.  At least you'll lose(!) another request's data.  But then you'd lose the data of the second request, which may not be better.  So...  I thing Store::DBI's way seems good.

Matthias


-- 
rainboxx Software Engineering
Matthias Dietrich

rainboxx Matthias Dietrich   |  Phone: +49 7141 / 2 39 14 71
Königsallee 43               |  Fax  : +49 3222 / 1 47 63 00 
71638 Ludwigsburg            |  Mobil: +49  151 / 50 60 78 64
                             |  WWW  :  http://www.rainboxx.de

CPAN: http://search.cpan.org/~mdietrich/
XING: https://www.xing.com/profile/Matthias_Dietrich18
GULP: http://www.gulp.de/profil/rainboxx.html







More information about the Catalyst mailing list