Return to BSD News archive
Xref: sserve comp.os.386bsd.development:2811 comp.lang.basic.visual:28298 comp.lang.basic.visual.misc:1067 comp.databases.sybase:11850 Newsgroups: comp.os.386bsd.development,comp.lang.basic.visual,comp.lang.basic.visual.misc,comp.databases.sybase Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!swrinde!pipex!uunet!shlnews!tornews!ottnews!shl.com!gbell From: gbell@shl.com (Gordon Bell) Subject: Re: Visual Basic vs. PowerBuilder Message-ID: <gbell.38.000A78F6@shl.com> Lines: 47 Sender: usenet@ottnews.shl.com (News Administrator) Organization: SHL Systemhouse Inc. X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] References: <davebo.18.0010EDAE@mcs.com> <3c2lmn$669@explorer.csc.com> <3cbbq3$gcm@News1.mcs.com> Date: Tue, 13 Dec 1994 15:28:18 GMT In article <3cbbq3$gcm@News1.mcs.com> "Raymond M. Glassmeyer" <rayg@mcs.com> writes: >From: "Raymond M. Glassmeyer" <rayg@mcs.com> >Subject: Re: Visual Basic vs. PowerBuilder >Date: 10 Dec 1994 04:45:55 GMT >mpfeifer@csc.com (Mark Pfeifer) wrote: >> >> The simply answer is if you want to do database applications, >> PowerBuilder is going to be a better choice. Visual Basic does >> not offer any control which is >> equivalent to PB's DataWindow. >> >> This control can save some signifcant coding time. >> >I have never worked with Powerbuilder, but I have ben building >client server apps with VB since 1.0. From what I understand about >Powerbuilder, I believe this to be an accurate statement: >Visual Basic is a Windows programming language with data access >features build in. Powerbuilder is a database front end builder for >Windows. >I do have a question about Powerbuilder. My VB applications are run >on 95 Novell file servers by about 3000 users a month about 17000 >times. >How would Powerbuilder work out in this environment? I have heard >that if more than 10 users try to run a Powerbuilder application it >starts to slow down. >Is that a correct "rumor"? I don't believe so. It is a client application running locally on the users' PCs. All other performance should be dependent on the speed of the database server engine. I suppose if you distribute applications from a shared drive, you could get this problem. I personally believe in running these programs locally if possible - better performance in my mind. Gordon Bell gbell@shl.com >Raymond Glassmeyer >rayg@mcs.com