It would be huge! 

I actually meant to key each file, and version of each file with an integer, 
and store it out on disk, and store the metadata(checksums) in the DB for 
speed, but a lack of coffee prevented the conveyance of the full idea. ;-)

...Going away now to read up on git...

Nigel Weeks
Tech Support and Systems Developer
Rural Press Tasmania
The Examiner Newspaper
Ph. 03 6336 7234
Mob. 0408 133 738
Email.  [EMAIL PROTECTED]

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:users-
> [EMAIL PROTECTED] On Behalf Of Simon 'corecode' Schubert
> Sent: Thursday, 12 April 2007 9:12 AM
> To: [email protected]
> Subject: Re: comparing cvsup vs. rsync
> 
> Nigel Weeks wrote:
> > Just having an idea about this...are there any files in the source tree
> that exceed 32kbytes?
> >
> > What if a database solution were created to:
> > Contain every version of every file of every branch in a nicely indexed
> database table
> > The md5/sha256 of each entry mentioned above
> > 512 byte chunks of each file mentioned above in a nicely indexed table
> > The md5/sha256 of every 512 bytes of the above mentioned file.
> 
> uh-ah.  i guess that's for checkout, but still it seems very wrong.  I
> mean, really.  Uh, I can't stop shuddering.  I just hope you are not
> serious :)
> 
> and the database will be really huge...
> 
> actually, it sounds like git, just worse.
> 
> > File checkins could simply be a file upload, or a mime encoded fetch
> request, or an email message, or an ftp drop, or an scp copy, or an rsync
> push...
> 
> file checkins right now are cvs checkins, and I guess that will stay for
> some time.
> 
> cheers
>   simon
> 
> --
> Serve - BSD     +++  RENT this banner advert  +++    ASCII Ribbon   /"\
> Work - Mac      +++  space for low €€€ NOW!1  +++      Campaign     \ /
> Party Enjoy Relax   |   http://dragonflybsd.org      Against  HTML   \
> Dude 2c 2 the max   !   http://golden-apple.biz       Mail + News   / \



Reply via email to