home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / 6488 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  2.2 KB
  1. Xref: sparky comp.databases:6488 bit.listserv.dbase-l:892
  2. Path: sparky!uunet!munnari.oz.au!mel.dit.csiro.au!yarra!pta!g2syd!michaelh
  3. From: michaelh@g2syd.genasys.com.au (Michael Haldey)
  4. Newsgroups: comp.databases,bit.listserv.dbase-l
  5. Subject: Re: Clipper: Backup/Restore routines for BIG files...
  6. Message-ID: <1992Sep2.001249.4787@g2syd.genasys.com.au>
  7. Date: 2 Sep 92 00:12:49 GMT
  8. References: <1992Sep1.114959.11104@cs.tu-berlin.de>
  9. Organization: Genasys II, Sydney, Australia
  10. Lines: 41
  11.  
  12. In article <1992Sep1.114959.11104@cs.tu-berlin.de> schli@cs.tu-berlin.de (Wolfram Schlickenrieder) writes:
  13. >
  14. >    Hi there...
  15. >
  16. >    I'm stuck: I wanted to write a backup & restore routine for an
  17. >    application I wrote before, but I have got a few data bases
  18. >    which are HUGE (2-4MB) and therefore won't fit on a single
  19. >    disc. Has anyone out there done that before from within a
  20. >    Clipper application (without using "run backup ..." of
  21. >    course)? 
  22. >
  23. >    Any help is appreciated...
  24. >
  25. >    ...Wolfram
  26.  
  27. This is how I did it.
  28. I read .dbf file as a binary file and then copied it to several
  29. sequentional floppy disks with arch file names <root_name>.00; ...01 etc. 
  30. In the beginning there was a binary header with the length of the file, 
  31. original name, 'continue' flags etc.
  32.  
  33. This could be done within the Clipper application. But there were some
  34. problems: 1. you can not provide error (i.e. CRC) control; 2. you can
  35. not realize which type of floppy disk do you have; 3. it is quite slow,
  36. because you can not control the buffering.
  37.  
  38. At the end we switched to the C routine which did all the things. By the
  39. way, if you use a packing program ( pkzip or similar ) it will reduces 
  40. your .dbf to 30-70% of the original size. It is especially important if 
  41. you have a 'rare' filled .dbf with 0's or blanks (in one of my application 
  42. pkzip reduced file from 200k to 15k). (Of course, you have to either buy 
  43. the program for every copy you sell or write a clone using published 
  44. formats of the packed file).
  45.  
  46. My 0.02
  47. Michael
  48. -- 
  49. Michael Haldey  |  Genasys II Pty Ltd
  50.                 |  13th Level, 33 Berry St, North Sydney, NSW, Australia
  51.                 |  Phone:    +61-2-954-2878 (-9930 FAX)
  52.                 |  Internet: michaelh@g2syd.genasys.com.au
  53.