Re: Informix: Please buy Borland
Posted in 1997
Topics: Connectivity: ODBC / JDBC / .NET, Java & JDBC Development
<HTML><BODY> Nils Myklebust wrote: <BLOCKQUOTE TYPE=CITE>peter@prospect.anprod.csiro.au (Peter Wiley) wrote: <BR> <BR>:In article <3328B069.2A34@netime.com> Bret Lowry <lowry@netime.com> writes: <BR>: <BR>:[snip] <BR>: <BR>:>themselves, they obviously don't understands Windows programming! As far <BR>:>as Access goes, it runs circles around Newera. <BR>: <BR>:Maybe; I haven't used NE3. <BR> <BR>NewEra is dead. It's too little too late. Even Informix probably knows <BR>that. See the last paragraph below. </BLOCKQUOTE> Maybe that's why Informix is pushing "JWorks" now. Is it yet another folly in the tools game......Time will only tell, however, history already knows. <BLOCKQUOTE TYPE=CITE> <BR> <BR>: However, Access sucks, big-time. Try fetching <BR>:30K rows with around 40 columns into Access and see what happens. Dies, <BR>:big-time, on the machines I've used (Win95 with 64Mb RAM). <BR> <BR>Just tried with 38000 rows (only 31 columns though) and it worked like <BR>a charm. Then tried with a query resulting in all 713550 rows in the <BR>table beeing returned with equally fine results. (Windows NT, 32 MB <BR>RAM, 200 MHz Pentium Pro workstation, server with OnLine 7.10.UC1 on <BR>SCO Unix 3.2.4.2 on a 100 MHz Compaq ProLiant). Of course I use the <BR>OpenLink ODBC drivers that may make a difference. Also Windows 95 <BR>isn't the thing to have on your development machine. Your time is too <BR>expensive for that. <BR> <BR>Nobody in their right mind would still use MS Access for application <BR>development except possibly for some reporting. It's the best tool I <BR>know of for general database access and maintenance during development <BR>in other languages. Nothing I have seen comes close. Informix could <BR>learn a lot if they bothered to study it. <BR> </BLOCKQUOTE> Thank you, another Informix developer who realizes that Access can be a good thing if used properly. <BLOCKQUOTE TYPE=CITE> <BR>:IMHO, there isn't yet any GUI client-side tool I'd bet a business on. <BR>:Delphi comes closest. <BR>The significant problem is that it's client side only unless you limit <BR>yourself to only Windows NT as a server. <BR> <BR>The future clearly belongs to Java. Multi tier applications in one <BR>language is what we have allways been looking for and it will shortly <BR>be possible with Java and appropriate tools arround it. It will take <BR>some time until CAD/CAM and some other types of applications that set <BR>extreme requirements on client side execution speed can effectively be <BR>created, but even that will come. <BR> <BR>Nils.Myklebust@idg.no <BR>NM Data AS, P.O.Box 9090 Gronland, N-0133 Oslo, Norway <BR> </BLOCKQUOTE> Take care, <BR> <BR>Bret. <BLOCKQUOTE TYPE=CITE> </BLOCKQUOTE> <BLOCKQUOTE TYPE=CITE><A HREF="http://www.iiug.org"></A> </BLOCKQUOTE> <BR> </BODY> </HTML>