Paul wrote:
Other methods do not accurately feed back to the Delphi prog whether any procedure has been sucecssful or not; and even checking for the existance of a certain file that is created upon sucess (by MYOB) can be misleading and give incomplete or inaccurate information, I was told.
 
Real COM object etc .. or whatever ..  is not envisaged for the next few releases of MYOB, again due to the current historic forms used in the actual database structure and MYOB programme access methods. 30 000 Aussi customers are happy with things as they are and MYOB doesn't want to risk suddenly making them unhappy juts to change things to make developers happier. The risk are apparently too great for a sudden move. (I am only attempting to relate what I was told by the very well placed individual.)
Yes, MYOB has a somewhat ah... 'baroque' design. I sometimes wonder if that comes from it's Mac origins. The early editions used an in-memory database with 16-bit integers for record counters (i.e. 32767 transactions maximum) and since it was running in-memory, if it crashed you were back to how it was when you last saved. I think the DB engine has improved somewhat since then and it's now sort of multiuser within limits.
 
Furthermore, the last time I looked it was _still_ a 16-bit Windows application with some 32-bit helper DDE applications which it uses to enable it to talk to 32-bit MS Office applications. So, I wouldn't expect it to acquire 32-bit COM support anytime soon :-)
 
Like Robert, we've upgraded a number of sites from MYOB in our time when it runs out of gas in terms of transaction volumes, or the clients requirements become more sophisticated (i.e. custom import/exports, COM support, etc).
 
TTFN,
  Paul Heinz
 
Accredo Business Software
 
 
 

Reply via email to