home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / informix / 1886 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  4.4 KB
  1. Path: sparky!uunet!sun-barr!olivea!gossip.pyramid.com!pyramid!infmx!coburn
  2. From: coburn@informix.com (David Coburn)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: What is right selection of tools?
  5. Message-ID: <1992Sep5.052236.9406@informix.com>
  6. Date: 5 Sep 92 05:22:36 GMT
  7. References: <1992Sep4.202450.27118@kth.se>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 95
  11.  
  12. My apologies for posting, but your requested reply address bounced rather
  13. thoroughly.  So, here goes:
  14.  
  15. In article <1992Sep4.202450.27118@kth.se> you write:
  16. >
  17. >Now we are considering to rewrite it in uniform fashion both for dos
  18. >and unix using some good database system. After all we have financal
  19. >limitations about 3000$ for buying software (its big money for us,
  20. >as average salary in estonia is about 50 dollars in month).
  21. >
  22. >Programs must run both on dos and SCO unix. (We have 3 unix machines
  23. >and about 20 dos boxes). So far i have considered the following
  24. >configuration:
  25. >
  26. >for unix
  27. >- Informix Standard Engine
  28. >- Informix 4GL Rapid Development System or ESQL/C
  29. >
  30. >for dos
  31. >- Informix NET-PC with Sun PC-NFS
  32. >
  33. >Now i have some questions about abowe configuretions which i can't
  34. >resolve due to my limited informationt.
  35. >
  36. >- is Informix NET all what we need for dos, can we run applications
  37. >  produced in unix by 4GL-RDS on dos or we must buy separate products
  38. >  for dos?
  39.  
  40. You would also need an R4GL runtime for DOS to do this for each DOS
  41. machine, in addition to the I-Net PC.  If you do the development in ESQL/C
  42. (see below), you would need the ESQL/C runtime, but the I-Net PC is still
  43. required for each DOS box and for the database server.
  44.  
  45. >- if something more is needed, what and why?
  46.  
  47. In terms of why you would need the runtimes, these can be thought of as
  48. runtime libraries that are required.  In the case of the 4GL RDS system,
  49. you need the runtime to run the pseudo-code that RDS produces.  For ESQL/C
  50. front ends, these contain functions that are required for the client (DOS)
  51. machines.
  52.  
  53. >- what are advantages of 4GL-RDS against ESQL/C (its much cheaper, and
  54. >  its realy important for us)
  55.  
  56. Well, 4GL will give you usable programs in a much shorter time frame when
  57. compared to ESQL/C.  However, one of the things you mentioned was that the
  58. pay rates there are far lower than the equivilant rates in the US, so you
  59. would very probably find a large cost savings using ESQL/C as opposed to
  60. 4GL.  I can't really tell you for sure given the data you provided, but
  61. I am told that you can develop a program in about 20% of the time in 4GL as
  62. opposed to ESQL/C.  (Anybody with direct experience is invited, nay
  63. encouraged, to reply).  This should give you a *VERY* rough estimate of the
  64. total time (and hence, the total costs) required.
  65.  
  66. One comment about development systems is in order here.  Should you choose
  67. to develop in ESQL/C, you must have at least one development copy of
  68. ESQL/C, as well as a C compiler (Microsoft) for each target client.  Thus,
  69. if you are developing for both DOS and SCO Unix clients, you would need two
  70. versions of the ESQL/C Development environment.
  71.  
  72. This is not a requirement for RDS, which should run the same pseudo code
  73. regardless of the target platform.  Thus, you would need only one
  74. development copy for each programmer involved, plus a runtime for each end
  75. user.
  76.  
  77. >- does ESQL/C include libraries for menu, forms, ... creation (of
  78. >  course there remains possibility to write them in C) 
  79.  
  80. No.
  81.  
  82. >- does the Standard Engine include recovery possibilities ?
  83.  
  84. Not as much as OnLine, but some do exist.  The real question here is how
  85. valuable is the data that you are storing?  How do you do backups in case
  86. of a system crash?  Could you afford to loose all the data input since the
  87. last full backup in case a worst case scenario happens?  If so, use SE.  If
  88. not, *STRONGLY* consider OnLine.
  89.  
  90. >
  91. >Please replay by mail to the following address:  taavi@pm.postimees.ee
  92. >
  93. >--
  94. >Taavi Talvik            |  Newspaper "Postimees", Tartu, Estonia
  95. >taavi@pm.postimees.ee   |  Software R&D division
  96. >Phone: (7-01434) 31-551 |  EE2400 Gildi 1, Tartu, Estonia
  97. >Fax: (7-01434) 33-348   |
  98.  
  99.  
  100. -- 
  101. David Coburn                                 coburn@informix.com
  102. Informix Software, Inc.                    ...uunet!infmx!coburn
  103. =========================================================================
  104. Any opinions expressed here are not necessarily those of Informix 
  105. (or for that matter, anybody else).
  106. =========================================================================
  107.