home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / database / 1432 < prev    next >
Encoding:
Text File  |  1992-11-11  |  6.8 KB  |  192 lines
  1. Newsgroups: comp.sys.mac.databases
  2. Path: sparky!uunet!pipex!warwick!bham!news.cs.bham.ac.uk!lka
  3. From: lka@cs.bham.ac.uk (Leonard Aye)
  4. Subject: Re:WANTED: Info on Mac relational databases ** (SUMMARY) **
  5. Message-ID: <BxK1E8.Mxo@cs.bham.ac.uk>
  6. Sender: news@cs.bham.ac.uk
  7. Nntp-Posting-Host: fattie
  8. Reply-To: L.Aye@cs.bham.ac.uk
  9. Organization: School of Computer Science, Birmingham University, U.K.
  10. Date: Wed, 11 Nov 1992 13:56:31 GMT
  11. Lines: 179
  12.  
  13. The following is a list of replies I got to my original post. Email
  14. addresses of the replyees (a new word??) are also included, in case
  15. you want to write to them.
  16.  
  17. Hope this is useful to some of you.
  18.  
  19. Thanks to all those who replied to my question.
  20.  
  21. Len Aye
  22. email:lka@cs.bham.ac.uk
  23.  
  24.  
  25. ------------------------------------------------------------
  26.  
  27. Leonard,
  28.  
  29. I have a dBase IV database that was created on a PC and now I
  30. am trying to run it in FoxBASE on the Mac.  Apple File Exchange
  31. converted the .dbf, .prg and .ndx files just fine but when I
  32. tried to run it under FoxBASE I am running into problems.
  33.  
  34. I think everything I need is there but there are probably some
  35. extra commands that need to be added into the FoxBASE .prg 
  36. files to make it work. 
  37.  
  38.  
  39. Liem Vu
  40. Systems Analyst
  41. Leading Computer Technologies, Inc.
  42. l_vu@oaetqm.hq.nasa.gov
  43. 202.453.3511
  44.  
  45. -------------------------------------------------------------
  46.  
  47. personally, i like Foxbase.  i have programmed in dbase, and that is part
  48. of what attracted me to it.  
  49.  
  50. your dbf files are directly transferrable, and many of your prg files
  51. should also be ok.  report forms, screens, etc. don't translate as 
  52. well....
  53.  
  54. hope this helps
  55. gerardo okhuysen
  56. gokhuyse@leland.Stanford.EDU
  57. -------------------------------------------------------------
  58.  
  59. (To which I asked the question..)
  60.  
  61.  
  62. > How are the files translated, Apple File Exchange, AccessPC or MacLink? In 
  63. > other words, do you need special translators or just binary translation from
  64. > PC to Mac?
  65. > 
  66.     Using apple file exchange is enough.  you will have to regenerate
  67.     any indexes you are using, though.  Frankly, it is really painless
  68.     at least as far as the databases are concerned.
  69.  
  70. > >should also be ok.  report forms, screens, etc. don't translate as 
  71. > >well....
  72. > Well, that's expected I suppose.
  73. > 
  74. > 
  75.     Actually, FoxBase (or now Microsoft, who bought them out after
  76.     they figured out there was no way in hell they could ever get
  77.     a good database porduct developed) says that when foxpro for
  78.     the mac comes out (4th quarter release expected), all of
  79.     the screens, reports, etc. should be directly transferrable.
  80.         
  81.     If you are serious about developing these databases on the Mac
  82.     (there are many skeptics out there), these products deserve
  83.     at least the once over.
  84.  
  85.  
  86.     Hope all of this is helpful.
  87.     cheers
  88.     gerardo okhuysen
  89.  
  90. ----------------------------------------------------------------
  91.  
  92.  
  93. Reading a .dbf file into ANY Macintosh database or calculation application
  94. is no problem. I can t figure out an application program that does not
  95. understand .dbf
  96.  
  97. Although I am no user of 4D I realize that 4D is the most widely known and
  98. used implementation of a relational database on a Mac. This is for it s
  99. power and Mac-friendliness.
  100.  
  101. The question is whether you would like to work in a mixed environment. In
  102. this case you have to be cautious. I for one do not know of any DOS
  103. connection with 4D. 
  104.  
  105. By the way I recall that there is another product called OMNIS you might
  106. want to know more about.
  107.  
  108. --
  109.  
  110. -Rudolf
  111.  
  112. -----------------------------------------------------------
  113. Rudolf R. Sinkovics
  114. Department of Marketing
  115. University of Economics and Business Administration, Vienna
  116. Augasse 2-6, A-1090 Vienna (Austria)
  117. Tel.:   +43-222-31336-4403
  118. Fax.:   +43-222-31336-732
  119. e-mail: sinkovics@wu-wien.ac.at (Internet)
  120. -----------------------------------------------------------
  121.  
  122.  
  123. You should have a look at Blyth's Omnis before you make a decision.
  124. It provides a neat front end for Mac and Windows environments and can
  125. be linked with a SQL server if you need a 'really' relational system.
  126.  
  127.  
  128. Chris Devonport              Internet: chris@ironwood.ntu.edu.au
  129. GIS Laboratory                               Voice: 089 466 711
  130. Northern Territory University, Australia             Fax: 089 410 460
  131. ---------------------------------------------------------------
  132.  
  133.  
  134. >What I want to do is to develop a simple application for managing
  135. >records and do the normal things like, SELECT, PROJECT and JOIN
  136. >operations. But it has to be relational because of the multiple
  137. >tables and relations.
  138.  
  139. Fox can do these operations, sometimes with a bit of code, because it
  140. has a JOIN command and can define relations on the fly to do things like
  141. INTERSECT etc. (I have some sample code somewhere - it's a few lines).
  142.  
  143. 4D can't because it can only do programmed lookups (ie: search for this key
  144. ) or use pre-drawn relations - it can't do relations on the fly.
  145.  
  146. >Looking through the MacWarehouse (UK) catalog 4D Pro costs 899 pounds
  147. >compared with 295 pounds for FoxBase. I mean, is 4D so good that it
  148. >has to charge so much? 
  149. YES - if you need to develop complex user-interfaces 4D is several ties
  150. faster than Fox and can do some things that are difficult if not impossible
  151. in Fox.
  152.  
  153. If you need to do sophisticated data manipulation then Fox may be more useful
  154. although 4D has some nice array and set manipulation. Fox is far better at
  155. crunching lots of data in files and, as it uses the dBase model, you can use
  156. temporary files with abandon - 4D contains all data in a single file and has
  157. major problems with space re-use and indexing overhead.
  158.  
  159. If you DO get into FoxBase, be aware that the FoxPro version for the Mac is not
  160. likely to be out until third quarter 93 - at this point it will have compatible
  161. code across DOS, Mac, Windows and probably Unix. Looking at FoxPro v2 for DOS
  162. (now) will give you an idea of the sort of language enhancements - including
  163. built-in SQL.
  164.  
  165. If you (or anyone else) is using FoxBase+/mac right now I have a comprehensive
  166. list of hints I'm happy to mail, as well as a couple of shareware externals
  167. I've written that significantly improve the user interface for scrolling lists
  168. and allow a double-clickable BROWSE.
  169.   >I've developed applications with dBaseIV on the PC and what I want to
  170. >know is can I convert the .dbf files into Mac and be read by
  171. >FoxBase/Mac?
  172. FoxBase+/Mac is VERY compatible with dBase III+ (catalogue and a couple of othe
  173. r
  174. commands don't work) to the extent of handling DOS-style volume and directory
  175. paths!
  176.  
  177. Andy Dent (A.D. Software - Mac & VAX programming)
  178. 94 Bermuda Dve, BALLAJURA  Western Australia  6066
  179. Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
  180.        Internet: dent@DIALix.oz.au    Compuserve: 100033,3241
  181.  
  182.  
  183.         
  184.  
  185.  
  186.  
  187. -- 
  188. ----------------------------------------------------------------------------
  189. Leonard Kyaw Soe Aung Aye
  190. School of Computer Science, The University of Birmingham, Edgbaston,
  191. Birmingham, West Midlands B15 2TT, England, UK. Tel: +44 21-414-3705
  192.