On Wed, Jun 2, 2010 at 08:01, Gerhard Heift <[email protected]> wrote: >> As for concurrent transactions ... that's what forking is for. > > Currently I write a GUI based on DBIx::Class in only one process (no threads, > no forks). I have windows to edit rows in the database. I use rowbased locking > and for this I like to have separate connections for each window. For this I > think I need the database cloning.
You do understand that since all of your connections are going to be in one process, you still don't have concurrent processing. Just because different window objects have different connections, they're still going to be processed one at a time. The only ways to get concurrency are forking or threading. As threading generally sucks (in general for many reasons and specifically in Perl), best to use forking. This is very much a design smell. I would urge you to rethink. If not, then I would reconnect in each window object and re-find the specific row. Don't do any fancy cloning. Rob _______________________________________________ List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class IRC: irc.perl.org#dbix-class SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/ Searchable Archive: http://www.grokbase.com/group/[email protected]
