home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / 9403 < prev    next >
Encoding:
Text File  |  1993-01-25  |  3.2 KB  |  59 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!spool.mu.edu!yale.edu!ira.uka.de!sol.ctr.columbia.edu!news.unomaha.edu!cwis!troj
  3. From: troj@cwis.unomaha.edu (Kevin Trojanowski)
  4. Subject: Re: picking between FoxPro and Paradox
  5. Message-ID: <troj.728016494@cwis>
  6. Keywords: help
  7. Sender: news@news.unomaha.edu (UNO Network News Server)
  8. Organization: University of Nebraska at Omaha
  9. References: <hh2x.727968142@crux1.cit.cornell.edu>
  10. Date: Tue, 26 Jan 1993 02:48:14 GMT
  11. Lines: 46
  12.  
  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. If it's imperative that your C code be in primary control of things, then
  40. you can still use the Paradox Engine.  However, rather than have PAL code
  41. run your C programs, your C programs can fire up Paradox with the desired
  42. PAL scripts.
  43.  
  44. I'll freely admit that, like anything similar, there's a bit of a learning
  45. curver for the Pdox Engine.  However, I've not found it to be an overly
  46. difficult one -- just a matter of learning how to setup for the various
  47. calls, and understanding how Paradox field types map to C types.  It'll
  48. take you a couple of days of playing around, but it's none too painful.
  49.  
  50. -------------------------------------------------------------------------------
  51. -                                   "She had what it took: great hair, a      -
  52. - Kevin Trojanowski                  profound understanding of strategic lip  -
  53. - Internet: troj@cwis.unomaha.edu    gloss, the intelligence to understand    -
  54. -      CI$: 70521,312                the world and a tiny secret interior     -
  55. - US Snail: 1905 Thurston Ave, #8    deadness which meant she didn't care."   -
  56. -           Bellevue, NE 68005                            -Douglas Adams      -
  57. -                                                          _Mostly Harmless_  -
  58. ------------------------------------------------------------------------------- 
  59.