home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / 9493 < prev    next >
Encoding:
Text File  |  1993-01-28  |  3.2 KB  |  61 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!sgiblab!munnari.oz.au!yarrina.connect.com.au!warrane.connect.com.au!g2syd!michaelh
  3. From: michaelh@g2syd.genasys.com.au (Michael Haldey)
  4. Subject: Re: picking between FoxPro and Paradox
  5. Message-ID: <1993Jan28.014732.18081@g2syd.genasys.com.au>
  6. Keywords: help
  7. Organization: Genasys II, Sydney, Australia
  8. References: <hh2x.727968142@crux1.cit.cornell.edu> <troj.728016494@cwis>
  9. Date: Thu, 28 Jan 1993 01:47:32 GMT
  10. Lines: 49
  11.  
  12. In article <troj.728016494@cwis> troj@cwis.unomaha.edu (Kevin Trojanowski) writes:
  13. >hh2x@crux3.cit.cornell.edu (Danish) writes:
  14. >
  15. >>I'm working with a group on a large (10k+ lines) C program that manipulates
  16. >>large amounts of data in various ways. We want to buy a database so that we
  17. >>can perform some more standard manipulations on our output data. The main
  18. >>thing is sorting the data quickly on any field. Which program -- Foxpro or
  19. >>Paradox, or is there something faster I haven't heard of yet-- is faster
  20. >>when sorting huge data files up to 150 meg? can they both handle files of
  21. >>this size? if not, which handles larger files, and what are their limitations?
  22. >
  23. >>If Foxpro and Paradox are equal in this respect, then it would be helpful
  24. >>to know which one is easier to manipulate. Half of us are c programmers who
  25. >>could get by either way, but the other half might be aided by an easier
  26. >>interface... which program makes this easier to provide?
  27. >
  28. >FoxPro is a dBase derivative, and I've never been a big fan of dBase.
  29. >Actually, a more accurate assessment would be to say I loathe it.  But
  30. >anyway...
  31. >
  32. >If you go with Paradox, you gain an easy advantage, in that you can purchase
  33. >the Paradox Engine, and have your C code directly access the Paradox tables.
  34. >What this allows you to do is write part of your application in PAL
  35. >(Paradox Application Language), and have it run external C programs when
  36. >necessary, but still allow the C code full access to the data without
  37. >having to go through the overhead of exporting/importing the data.
  38. >
  39.  
  40. Unfortunately, with Paradox you loose a lot. If you decide to port your
  41. code somewhere and not to be limited by one product line, I'd suggest to
  42. use a dBase flavour. Depending on intentions you FoxPro, Clipper, or CodeBase
  43. may be used. Please do not forget, that xBase is a standard for PC
  44. world as SQL for UNIX-mainframe.
  45.  
  46. >-------------------------------------------------------------------------------
  47. >-                                   "She had what it took: great hair, a      -
  48. >- Kevin Trojanowski                  profound understanding of strategic lip  -
  49. >- Internet: troj@cwis.unomaha.edu    gloss, the intelligence to understand    -
  50. >-      CI$: 70521,312                the world and a tiny secret interior     -
  51. >- US Snail: 1905 Thurston Ave, #8    deadness which meant she didn't care."   -
  52. >-           Bellevue, NE 68005                            -Douglas Adams      -
  53. >-                                                          _Mostly Harmless_  -
  54. >------------------------------------------------------------------------------- 
  55.  
  56. Michael
  57. -- 
  58. Michael Haldey  |  Genasys II Pty Ltd, Sydney, Australia
  59.                 |  Phone:    +61-2-954-2878 (-9930 FAX)
  60.                 |  Internet: michaelh@g2syd.genasys.com.au
  61.