🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: alt.comp.databases
10 messages
10 total messages Started by xyz Tue, 25 Jan 2000 00:00
Visual Foxpro or Visual Basic
#137
Author: xyz
Date: Tue, 25 Jan 2000 00:00
6 lines
1516 bytes
VFoxpro or VBasic which one is better to develope database application. At
the moment I using the MS-Access for the creating db app.

Regards,

BP
Re: Visual Foxpro or Visual Basic
#138
Author: David Peake
Date: Tue, 25 Jan 2000 00:00
21 lines
1914 bytes
It's your call!

Learn VFoxPro & you'll have a very good, stable, fast, scalable RDMS. If
you're going to have a lot of users & data then stay away from Access - it's
a 'desktop database'.

Otherwise, if you've been using VB already then try SQL Server - we've just
started using it & it's the dog's private parts!

Dave

xyz <boonshyang@pd.jaring.my> wrote in message
news:388d792d.0@news2.tm.net.my...
> VFoxpro or VBasic which one is better to develope database application. At
> the moment I using the MS-Access for the creating db app.
>
> Regards,
>
> BP
>
>
RE: Visual Foxpro or Visual Basic
#139
Author: Soporte Internet
Date: Tue, 25 Jan 2000 00:00
14 lines
1768 bytes
Excuse me because I'm from Spain and my english is very bad.
VBasic is easier tehn VFox,but if you want a good an d secure program you
could use Fox,but VBasic isn't the worst and isn't the best.
Adios.
xyz <boonshyang@pd.jaring.my> escribi� en el mensaje de noticias
388d792d.0@news2.tm.net.my...
> VFoxpro or VBasic which one is better to develope database application. At
> the moment I using the MS-Access for the creating db app.
>
> Regards,
>
> BP
>
>
Re: Visual Foxpro or Visual Basic
#140
Author: peter walker
Date: Wed, 26 Jan 2000 00:00
12 lines
1774 bytes
Please don't include CDMA in your troll!
peter walker
xyz <boonshyang@pd.jaring.my> wrote in message
news:388d792d.0@news2.tm.net.my...
> VFoxpro or VBasic which one is better to develope database application. At
> the moment I using the MS-Access for the creating db app.
>
> Regards,
>
> BP
>
>
Re: Visual Foxpro or Visual Basic
#141
Author: d_jessee
Date: Wed, 26 Jan 2000 00:00
31 lines
1838 bytes
my 2 cents

Remember that VB is not a database.  I've developed databses in VB that
used Foxpro, Oracle, Essbase, SQL Server ... heck, even HTML files as
data sources.

Look at the needs of your organization and check the specs on Foxpro.
As far as VB, in general, it uses an Access back end for a file-based
database and SQL Server for a Client-Server Architecture.  If you want
to check out specs on these technologies, go to the microsoft site and
look up these as well as ADO, RDO and DAO (the database engines used to
access the data).




In article <388d792d.0@news2.tm.net.my>,
  "xyz" <boonshyang@pd.jaring.my> wrote:
> VFoxpro or VBasic which one is better to develope database
application. At
> the moment I using the MS-Access for the creating db app.
>
> Regards,
>
> BP
>
>


Sent via Deja.com http://www.deja.com/
Before you buy.
Re: Visual Foxpro or Visual Basic
#142
Author: NewsReader
Date: Wed, 26 Jan 2000 00:00
31 lines
2204 bytes
 it's the dog's private parts!??
What does that mean?

David Peake <david@bcmnetNOSPAM.com> wrote in message
news:86kli3$17m$1@gxsn.com...
> It's your call!
>
> Learn VFoxPro & you'll have a very good, stable, fast, scalable RDMS. If
> you're going to have a lot of users & data then stay away from Access -
it's
> a 'desktop database'.
>
> Otherwise, if you've been using VB already then try SQL Server - we've
just
> started using it & it's the dog's private parts!
>
> Dave
>
> xyz <boonshyang@pd.jaring.my> wrote in message
> news:388d792d.0@news2.tm.net.my...
> > VFoxpro or VBasic which one is better to develope database application.
At
> > the moment I using the MS-Access for the creating db app.
> >
> > Regards,
> >
> > BP
> >
> >
>
>
RE: Visual Foxpro or Visual Basic
#143
Author: Victor Espina
Date: Wed, 26 Jan 2000 00:00
38 lines
2330 bytes
It's an approach to a latinan expression wich means something like "best of
the best".

NewsReader <munng@pacific.net.sg> escribi� en el mensaje de noticias
388e9ae3.0@newsvr.cyberway.com.sg...
> it's the dog's private parts!??
> What does that mean?
>
> David Peake <david@bcmnetNOSPAM.com> wrote in message
> news:86kli3$17m$1@gxsn.com...
> > It's your call!
> >
> > Learn VFoxPro & you'll have a very good, stable, fast, scalable RDMS. If
> > you're going to have a lot of users & data then stay away from Access -
> it's
> > a 'desktop database'.
> >
> > Otherwise, if you've been using VB already then try SQL Server - we've
> just
> > started using it & it's the dog's private parts!
> >
> > Dave
> >
> > xyz <boonshyang@pd.jaring.my> wrote in message
> > news:388d792d.0@news2.tm.net.my...
> > > VFoxpro or VBasic which one is better to develope database
application.
> At
> > > the moment I using the MS-Access for the creating db app.
> > >
> > > Regards,
> > >
> > > BP
> > >
> > >
> >
> >
>
Re: Visual Foxpro or Visual Basic
#144
Author: Mark Phillips
Date: Wed, 26 Jan 2000 00:00
15 lines
2070 bytes
If you're making the switch anyway (and you should -building a serious app
using Access forms and modules should be reserved for our Creator) why
move to another limiting environment.  VB is not a DB engine, but has great
hooks for almost any RDBMS you like (including Foxpro).  In some cases
I maintain a single piece of code for different desktop apps and web apps.
Migrating to different RBDMSs is usually very simple.
mp
xyz wrote:

> VFoxpro or VBasic which one is better to develope database application. At
> the moment I using the MS-Access for the creating db app.
>
> Regards,
>
> BP
RE: Visual Foxpro or Visual Basic
#145
Author: Victor Espina
Date: Thu, 27 Jan 2000 00:00
63 lines
3752 bytes
I'll never understand why VB-Pros talks about VFP like if it was the "little
brother" of VB!. There are some facts that many VB developers seems to
unknow:

1. VFP is a desktop RDBMS itself with an extense and rich OOP programming
language; VB is easy and powerfull develop environment for external RDBMS.

2. All of the most important ways to access and manipulate data available
for VB (ADO, RDO, ODBC) can also be used within VFP. This means that the
same code you write in VB to run a query on a remote table will work also in
VFP.

3. VFP has a full native SQL language implementation: SELECT-SQL, DML, DDL;
VB has not.

4. VFP OOP implementation is far better than VBs. In fact, in VFP you can
subclass any native visual and non-visual control. The only way to do this
in VB is using ActiveX.

5. Almost any ActiveX control that can be used in VB can be also used in VFP

6. VFP apps is as fast as VB apps, and VFP string handle is faster than VBs.

7. VFP has an incredible collection of functions to process dates, strings,
numbers, objects, arrays; most of then aren't available in VB.

8. Report managment in VFP is far better than in VB and you do not need any
external software.

9. VFP is integrated with Internet as well as VB is. In fact, there are
native controls to jum to URLS, send an receive mails, etc. Plus, you can
instantiate an MS Explorer window in for your form.

10. And the most important point, something that VB programmers can only
dream about: VFP supports macro-substitution, wich means that you are able
to run dynamicaly-generated code in runtime. In fact, you can run commands,
create forms, class libraries and reports on-the-fly!


Victor Espina



Mark Phillips <phillips@mastermind.net> escribi� en el mensaje de noticias
388F2C81.8254B67C@mastermind.net...
> If you're making the switch anyway (and you should -building a serious app
> using Access forms and modules should be reserved for our Creator) why
> move to another limiting environment.  VB is not a DB engine, but has
great
> hooks for almost any RDBMS you like (including Foxpro).  In some cases
> I maintain a single piece of code for different desktop apps and web apps.
> Migrating to different RBDMSs is usually very simple.
> mp
> xyz wrote:
>
> > VFoxpro or VBasic which one is better to develope database application.
At
> > the moment I using the MS-Access for the creating db app.
> >
> > Regards,
> >
> > BP
>
Re: Visual Foxpro or Visual Basic
#146
Author: flauckner
Date: Sat, 29 Jan 2000 00:00
45 lines
2684 bytes
In article <388d792d.0@news2.tm.net.my>,
  "xyz" <boonshyang@pd.jaring.my> wrote:
> VFoxpro or VBasic which one is better to develope database
application. At
> the moment I using the MS-Access for the creating db app.
>
> Regards,
>
> BP
>
>

VB is not a database.  It can access databases (SQL,
Oracle,MSDE,Access, VFP.....) though ODBC, ADO, RDO ,DAO or OLE DB.  If
you develop a database app in VB you still need the backend.  Visual
FoxPro is a Database application.  It uses it's own extremely fast and
versatile data engine or it can access other databases using the same
technology as VB.

You need to ask your self how much data am I storing?
How data security do I need?
How much do I want to spend?
Is this a 7/24 app?

VFP databases are wide open.  There is no built in security like in SQL
server.  VFP has not runtime distributions Costs.  There is no limit or
user count built into the product.  SQL server you must buy licenses
for each user (connection) of the database. (Building a Middletier to
access the database will cut the number of licenses need but adds other
costs).  VFP supports single tables to 2 Gig and a database container
to 2 gig.  Sql Server does not have that limit.  VFP tables need
maintenance like SQL server tables, but VFP tables cannot be accessed
while or open by anything other than the app performing maintenance
while maintenance is occuring.  Therefore, you must have scheduled down
time.

VB builds smaller apps with better integration with most ActiveX
controls.  VFP has greater data manipulation capabilities whether local
tables or another backend is used.

Hope this helps.


Sent via Deja.com http://www.deja.com/
Before you buy.
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads