+- Qbasicnews.com (http://qbasicnews.com/newforum)
+-- Forum: QBasic (http://qbasicnews.com/newforum/forum-4.html)
+--- Forum: QB Discussion & Programming Help (http://qbasicnews.com/newforum/forum-11.html)
+--- Thread: business apps... (/thread-294.html)
Pages:
1
2
business apps... - R@dioman - 02-26-2003
Someone might be proposing me to build business software for their upcoming company. They will need to build databases for their clients. Can QB 4.5 handle large databases up to lets say 1,000,000 entries very easily, or should I look into QB 7.1? And if so, what are 7.1's advantages that I should look into to help me build an application to be able to hold that many entries? See, I want to be able to store all entries in one file, or at least 26, one for every letter of the alphabet for name catagorising. Who knows. What's the best approach?
P.S. How are scanners programmed, the ones who read barcodes. They might want to get one attached to the program. I know how to interpret the bars as codes by looking at them, but to read it from the scanner and converting the info into the appropriate code is the tricky part. Anybody know how?
business apps... - toonski84 - 02-26-2003
i've seen barcode scanners in qb. but that business companies is looking for professionally done database software. dont cheat them by using 20 year old technology with a 15-year old compiler.
business apps... - Agamemnus - 02-26-2003
you can always use qb and then a converter to C. But I never could get those working.
But yeah, it is possible. You won't be able to keep all that data in memory, though.
business apps... - na_th_an - 02-26-2003
You better use Visual Basic with Access and Excel. There is plenty of support, plenty of literature, and plenty of source code. They work more or less well.
business apps... - Hexadecimal Disaster - 02-28-2003
Visual Basic it's really detested by some people because to write a database application with it it's a piece of cake. Now, why these people relate the "easier to use" concept with "it's bad and it should be destroyed from the Earth"? Dunno, and I'll never understand. And I'm not only talking about Visual Basic.
![[Image: soupson.gif]](http://www.handykult.de/plaudersmilies.de/sad/soupson.gif)
Use mySQL, Micro$not SQL server, DB2, Oracle, whatever... but please don't use Access! Specially if you want the statement "handle large databases up to lets say 1,000,000 entries very easily" to be a reality...
Just that.
Maybe it isn't the "easier to use" concept ... - Glenn - 02-28-2003
that's being detested but the idea of having someone else's definition of "easy" crammed down one's throat that's being detested--or maybe it's the *bragging* some peope do about how much wonderful stuff they can do without actually *learning* anything?
Re: Maybe it isn't the "easier to use" concept ... - Hexadecimal Disaster - 02-28-2003
Quote:or maybe it's the *bragging* some peope do about how much wonderful stuff they can do without actually *learning* anything?
I'd stick with that definition. But... sometimes you can learn from simple things, isn't it?
![[Image: biglaugh.gif]](http://www.handykult.de/plaudersmilies.de/biglaugh.gif)
I never said one couldn't. The question is... - Glenn - 02-28-2003
*why* they went for the simple thing. (But I'm not sure how "simple," all things considered, VB is.
)
Re: Maybe it isn't the "easier to use" concept ... - relsoft - 02-28-2003
Quote:Glenn Wrote:or maybe it's the *bragging* some peope do about how much wonderful stuff they can do without actually *learning* anything?
I'd stick with that definition. But... sometimes you can learn from simple things, isn't it?
Like Frontpage? ;*)
business apps... - Hexadecimal Disaster - 03-01-2003
Relsoft: FrontPage??? *shivers* In your own favorite acronym: STFU.
The Glenn (can I call you "THE Glenn"?): Well, writing a database application with VB + ADO is easier to implement than using RPG400 on the AS/400 for the same thing... but...
*sigh*
...now that I'm thinking about it, the word here isn't "easier"... it's more like "less tedious", but... oh well.