home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / tandy / 2024 < prev    next >
Encoding:
Text File  |  1993-01-08  |  3.6 KB  |  77 lines
  1. Newsgroups: comp.sys.tandy
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!bogus.sura.net!howland.reston.ans.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!att!fang!tarpit!tous!bilver!bill
  3. From: bill@bilver.uucp (Bill Vermillion)
  4. Subject: Re: Importing ascii files to Profile 16
  5. Organization: W. J. Vermillion - Winter Park, FL
  6. Date: Fri, 8 Jan 1993 19:28:30 GMT
  7. Message-ID: <1993Jan8.192830.19089@bilver.uucp>
  8. Keywords: Xenix 6000 Profile 16
  9. References: <1993Jan8.014534.12066@mnemosyne.cs.du.edu>
  10. Lines: 65
  11.  
  12. In article <1993Jan8.014534.12066@mnemosyne.cs.du.edu> sscrivan@nyx.cs.du.edu (steve scrivano) writes:
  13. >
  14. >I wonder if anyone has developed a utility that will read ascii files
  15. >into Profile 16 or perhaps construct a "key" file from an ascii file.
  16.  
  17. If you are talking about automatic reconstruction you aren't going to
  18. find it.         
  19.  
  20. >Profile 16 runs under Xenix on Models 16/6000.
  21.  
  22. It's real name anymore is filePro, and it runs on Suns, VAXes, VMS
  23. machines, AIX, 386/486 SysVs and a couple of more.   Goes for $495 from
  24. DOS to $40,000 for a 256 user VMS.       I converted the last of my old
  25. Profile users out a couple of years ago.
  26.  
  27. >Such a utility would be
  28. >useful because ascii data that is created on variety of other machines
  29. >including portable lap tops, etc., could be easily imported into your
  30. >main Profile 16 database.  Any ascii file with a standard number of fields
  31. >per record and standard field delimiters in my opinion should be able to
  32. >be imported into Profile 16.
  33.  
  34. Most serious data bases don't user field delimeters and use fixed
  35. length fields.  Much faster access that way.   So you have to know the
  36. field lengths to be able to bring it into filePro.    Once you know
  37. that, it is a snap.    
  38.  
  39. A recent import I did of 37,000+ names for a local candidate was an
  40. xfer from IBM mainframe, to a DOS format, and then just copied them in
  41. as a 'foreign' file instead of filePro.    Biggest time waster was the
  42. doscp command - it is slow.  Rest was fairly quick.   Data in and out
  43. of FP is quite common for me.
  44.  
  45. And I have a set up at a local community college where things are
  46. downloaded from a Burroughs mainframe, with a database called LINK, and
  47. loaded into FP.    Data is massaged and them uploaded back to the
  48. Burroughs.
  49.  
  50. The only semi-difficult ones were converting dbase .DBF files >before<
  51. I had the dbcopy utility.     That took a bit of diddling, but a small
  52. data base could be manually converted in an hour or two.  Biggest
  53. problem was getting past the headers in the .DBF.
  54.  
  55. If you have dbcopy, it will read a .DBF file and do all the conversion
  56. for you including setting up the fields and lenghts.  Quick and easy.
  57.  
  58. >There are a number of uses for such a 
  59. >utility.  Imagine scanning bar codes on another machine to create an
  60. >ascii file or using a serial card reader to import ascii text, or leaving
  61. >your office with a laptop to do some work and being able to upload it
  62. >to your main machine later.  Or, perhaps you want to run a company bbs
  63. >that allows customers to place their own orders with some other ascii
  64. >based database maker that doesn't require all of the termcap definitions
  65. >that Profile 16 does and be able to import that data later.
  66.  
  67. All that is eminently do-able. You just can't have a program read the
  68. database and construct a filePro key file for you from that.
  69.  
  70. Current versions are so easy to import to and from - if you haven't
  71. seen a version 4.1 filePro running and have a chance to program in it,
  72. you are missing a lot, and doing too much hard work.
  73.  
  74. -- 
  75. Bill Vermillion - bill@bilver.oau.org  bill@bilver.uucp
  76.                 - ..!{peora|tous|tarpit}!bilver!bill
  77.