home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases
- Path: sparky!uunet!pmafire!mica.inel.gov!ux1!fcom.cc.utah.edu!tim.src.utah.edu!tim
- From: tim@tim.src.utah.edu (Tim Ma)
- Subject: Paradox 4.0 speed (?)
- Message-ID: <tim.1.720996716@tim.src.utah.edu>
- Lines: 32
- Sender: news@fcom.cc.utah.edu
- Organization: University of Utah
- Date: Thu, 5 Nov 1992 20:51:56 GMT
-
-
- Two questions regarding Paradox:
-
- 1) Paradox 4.0
-
- An inquiry to all users of Paradox 4.0 out there. We recently upgraded to
- 4.0 after reading articles and ads that highly touted the improved speed of
- Paradox 4.0 (claims that it was much faster that FoxPro 2.0). I am
- impressed with some of 4.0's new features, but SPEED is does not seem to be
- one of them. I have a simple script written in 3.5 that randomizes the order
- of records in a file. All it does it import that file as a single TEXT
- field, tacks on a random number in anothe field, sorts on the random number,
- and then outputs the randomized file. To my surprise, it runs almost 50%
- slower in 4.0 thanit did in 3.5 (14 minutes vs. 10 minutes). I'm running a
- 386SX with 4M of RAM. Any ideas or comments?
-
- 2) Paradox 3.5 "paradox.net" file
-
- Most of our users are still using 3.5 during our transition. Does anyone
- know what exactly Paradox does to the paradox.net file? When we get up to
- around 10 users or so, it can take almost 4-5 excruciating minutes just to
- pull up Paradox. A file server console check shows that stations are placing
- an "exclusive lock" on the paradox.net file. Granted some of our machines
- are 8088's but this wait seems almost ridiculous. Is there anything I can
- do to help speed up the process?
-
- Thanks,
-
- Tim Ma
- Associate Programmer
- University of Utah
- email: tim@src.cppa.utah.edu
-