Thread View: alt.comp.databases
10 messages
10 total messages
Started by xyz
Tue, 25 Jan 2000 00:00
Visual Foxpro or Visual Basic
Author: xyz
Date: Tue, 25 Jan 2000 00:00
Date: Tue, 25 Jan 2000 00:00
6 lines
1516 bytes
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
Author: David Peake
Date: Tue, 25 Jan 2000 00:00
Date: Tue, 25 Jan 2000 00:00
21 lines
1914 bytes
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
Author: Soporte Internet
Date: Tue, 25 Jan 2000 00:00
Date: Tue, 25 Jan 2000 00:00
14 lines
1768 bytes
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
Author: peter walker
Date: Wed, 26 Jan 2000 00:00
Date: Wed, 26 Jan 2000 00:00
12 lines
1774 bytes
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
Author: d_jessee
Date: Wed, 26 Jan 2000 00:00
Date: Wed, 26 Jan 2000 00:00
31 lines
1838 bytes
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
Author: NewsReader
Date: Wed, 26 Jan 2000 00:00
Date: Wed, 26 Jan 2000 00:00
31 lines
2204 bytes
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
Author: Victor Espina
Date: Wed, 26 Jan 2000 00:00
Date: Wed, 26 Jan 2000 00:00
38 lines
2330 bytes
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
Author: Mark Phillips
Date: Wed, 26 Jan 2000 00:00
Date: Wed, 26 Jan 2000 00:00
15 lines
2070 bytes
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
Author: Victor Espina
Date: Thu, 27 Jan 2000 00:00
Date: Thu, 27 Jan 2000 00:00
63 lines
3752 bytes
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
Author: flauckner
Date: Sat, 29 Jan 2000 00:00
Date: Sat, 29 Jan 2000 00:00
45 lines
2684 bytes
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