According to representation_t it could hold only one string_key for
'fulltext' kind, then why it needs a duplicate entries in strings table.
What you mean by 'fulltext' chunks?
With regards
Kamesh Jayachandran
C. Michael Pilato wrote:
> Branko Čibej wrote:
>
>> Kamesh Jayachandran wrote:
>>
>>
>>> Based on the size of delta it would be in multiple chunks and hence
>>> multiple strings.
>>> db_dump from one of my test repository.
>>> ((delta 0 (md5 16 \ed\b4\a3?\df\f4\a7n\db\b5\f7)|MWr)) (1 0 ((svndiff
>>> 1 0 2 1j) 6 102400 z)) (6 102400 ((svndiff 1 0 2 1k) 6 102400 z)) (6
>>> 204800 ((svndiff 1 0 2 1l) 5 75135 z)))
>>>
>>> This representation has 3 strings entries 1j, 1k, 1l.
>>>
>> Wow. I seem to remember that we used duplicate keys in the strings table
>> for things like that. Now I see that's not the case. I must either have
>> been hallucinating, or the code changed since the last time I looked at it.
>>
>
> We do use duplicate keys in the strings table, but only for the various
> chunks of a *fulltext* blob. When the fulltext is later deltified, it
> gets broken into multiple strings, each of which is referred to by the
> skel-list of a representation.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 16 07:23:43 2006