Thanks again, Michael,
no, I'm not seeing any problems, I'm just working on a project that adds Berkeley DB XML to the subversion backend and stores XML files in there, that allows us to query those XML files apart from having nice versioning. Whereas everything's working fine, I just wanted to make sure from the theoretical point of view that my code does the right thing.
Best,
Vyacheslav
On Dec 2, 2009, at 4:01 PM, C. Michael Pilato wrote:
> Viacheslav Zholudev wrote:
>> thanks for the answer. It sufficiently clarifies things for me. However,
>> I have one more question: Let's assume that SVN client commits two big
>> files in the same SVN transaction. Could it happen that mod_dav_svn
>> writes pieces of those two big files to the "strings" simultaneously?
>> I.e. part1_file1, part1_file2, part2_file1, part2_file2 or in some other
>> mixed order?
>
> Today's Subversion clients won't do that. They serialize the transmission
> of file contents towards the server. But putting that aside, the BDB code
> keeps one file's contents in the 'strings' table separate from another's by
> assigning the contents to different database keys. So while a single client
> may not write to two different files in the same transaction, it's certainly
> the case that multiple clients could be tossing file contents for multiple
> files into the 'strings' table simultaneous. The code does the right thing
> though -- it's not like you're going to get corruption or anything that
> appears like a file has interleaved content from various sources.
>
> What's the source of your interest? Are you seeing a problem?
>
> --
> C. Michael Pilato <cmpilato_at_collab.net>
> CollabNet <> www.collab.net <> Distributed Development On Demand
>
Best,
Vyacheslav
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2426376
Please start new threads on the <dev_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <dev-subscribe_at_subversion.apache.org>.
Received on 2009-12-02 16:32:18 CET