VBDOS Database
Drew_VBDOS
Does anyone have any examples for accessing a database in VB-DOS?
I am use to VB6 etc and I wanted to challenge myself to creating a DOS app
that is as good as my Window apps so ANY ADVICE is welcome
--
Message posted using http://www.talkaboutsoftware.com/group/microsoft.public.vb.dos/
More information at http://www.talkaboutsoftware.com/faq.html
Bruce M. Axtens
> Hi all,
>
> Does anyone have any examples for accessing a database in VB-DOS?
>
> I am use to VB6 etc and I wanted to challenge myself to creating a DOS app
> that is as good as my Window apps so ANY ADVICE is welcome
IIRC, cd.textfiles.com/emspro1/VBASIC and cd.textfiles.com/emspro1/QBUTIL
contain a large hoard of VBPRO files, some of which may do database. At the
DOS level, there should be a huge amount of support for xBase DBF files.
There was once a tool called, iirc, BULLET, that implemented a BTree-based
database and you may find that here or elsewhere on, say, Simtel.
HTH,
Bruce.
--
Bruce M. Axtens
Software Engineer
The Protium Project
http://www.protiumblue.com
http://codeaholic.blogspot.com
-- Posted on news://freenews.netfront.net - Complaints to ne...@netfront.net --
Ethan Winer
Go here and download DATABASE.ZIP:
http://www.ethanwiner.com/fullmoon.html
--Ethan
F³erdı™
You can use ISAM, if you have the professional Edition of VBDOS.
(See Helpfile)
Dan Barclay
the files.
Btrieve was a very good choice as a record manager (solid
and decent performance), but I don't know if they still
support the DOS interface. It also has a very steep
learning curve. It's a low level record manager, NOT what
you'd expect if you're coming from the VBWin world of
databases.
Dan
"FłerdiT" <Fe...@discussions.microsoft.com> wrote in message
news:40013783-EA91-4DB7...@microsoft.com...
ArarghMai...@not.at.arargh.com
wrote:
>ISAM is OK so far as I know, but will not allow you to share
>the files.
And it gobbles up all the memory in sight, IIRC.
>Btrieve was a very good choice as a record manager (solid
>and decent performance),
Also worked nicely with Novell Servers if you had the btrieve NLM
loaded.
>but I don't know if they still support the DOS interface.
I kinda doubt that the DOS versions are even still available. I can't
even find any of the old Btrieve products at Btrieve.com. The last
version I had for any of the DOS products was 6.15 or thereabouts -
from 1998. Never did get any of the windows versions to work. :-)
>It also has a very steep learning curve.
Not all that bad. :-)
>It's a low level record manager,
Yup.
>NOT what you'd expect if you're coming from the VBWin world of
>databases.
Not at all. :-)
--
ArarghMail810 at [drop the 'http://www.' from ->] http://www.arargh.com
BCET Basic Compiler Page: http://www.arargh.com/basic/index.html
To reply by email, remove the extra stuff from the reply address.
Dan Barclay
<ArarghMai...@NOT.AT.Arargh.com> wrote in message
news:u27gg4dmatfe3r81u...@4ax.com...
> On Tue, 28 Oct 2008 21:50:57 -0500, "Dan Barclay"
> <D...@MVPs.org>
> wrote:
>
>>ISAM is OK so far as I know, but will not allow you to
>>share
>>the files.
> And it gobbles up all the memory in sight, IIRC.
I never got far enough with it to find that out. No multi
user, no use for it.
>>Btrieve was a very good choice as a record manager (solid
>>and decent performance),
> Also worked nicely with Novell Servers if you had the
> btrieve NLM
> loaded.
Yes, that's how we use it. Still do for many customers,
though most are now on windoze servers. We only use the
"workgroup" (client) for demo environments on laptops.
>>but I don't know if they still support the DOS interface.
> I kinda doubt that the DOS versions are even still
> available. I can't
> even find any of the old Btrieve products at Btrieve.com.
> The last
> version I had for any of the DOS products was 6.15 or
> thereabouts -
> from 1998. Never did get any of the windows versions to
> work. :-)
Pervasive PSQL. The underlying engine is the Microkernel
Engine (aka Btrieve). We haven't changed our code in years.
Same DLL call to the API, all opcodes work as they ever
have... since DOS.
http://ww2.pervasive.com/Database/Products/PSQLv10/Pages/v10SDK.aspx
Apparently it's called "Btrieve native interface" again.
Supported environments:
http://ww2.pervasive.com/Database/Products/PSQLv10/Pages/v10SystemRequirements.aspx
At one time the Windoze support included the "DOS" interface
for apps running in a dos box. Dunno if that's still true
or not. That is, no native DOS support but support for DOS
apps running on XP. All that piece did was reroute the api
call to the windows DLL so it may well still be supported.
>
>>It also has a very steep learning curve.
> Not all that bad. :-)
Trust me, for those used to the hand holding of windoze
based full databases, the learning curve is steep. It ain't
all that hard for bit twiddlers but there aren't many of us
left!
>>It's a low level record manager,
> Yup.
>
>>NOT what you'd expect if you're coming from the VBWin
>>world of
>>databases.
> Not at all. :-)
<chuckle>
Dan
ArarghMai...@not.at.arargh.com
><ArarghMai...@NOT.AT.Arargh.com> wrote in message
<snip>
>> I kinda doubt that the DOS versions are even still
>> available. I can't
>> even find any of the old Btrieve products at Btrieve.com.
>> The last
>> version I had for any of the DOS products was 6.15 or
>> thereabouts -
>> from 1998. Never did get any of the windows versions to
>> work. :-)
>
>Pervasive PSQL. The underlying engine is the Microkernel
>Engine (aka Btrieve). We haven't changed our code in years.
>Same DLL call to the API, all opcodes work as they ever
>have... since DOS.
<snip>
>>>It also has a very steep learning curve.
>> Not all that bad. :-)
>
>Trust me, for those used to the hand holding of windoze
>based full databases, the learning curve is steep.
Well, I saw btrieve after seeing a minicomputer basic that had an even
stupider interface. You had to do the keys and data as separate
operations. Had some advantages, though. You could do a key only
index without much trouble. But the original versions had size
limitations.
>It ain't all that hard for bit twiddlers but there aren't many of us left!
Does starting with a 1401 in 1966 count? :-)
arargh
--
ArarghMail811 at [drop the 'http://www.' from ->] http://www.arargh.com
Dan Barclay
<ArarghMai...@NOT.AT.Arargh.com> wrote in message
news:sptug4d6p596vcmc7...@4ax.com...
> On Sat, 1 Nov 2008 21:57:37 -0500, "Dan Barclay"
> <D...@MVPs.org> wrote:
>><ArarghMai...@NOT.AT.Arargh.com> wrote in message
>>Trust me, for those used to the hand holding of windoze
>>based full databases, the learning curve is steep.
> Well, I saw btrieve after seeing a minicomputer basic that
> had an even
> stupider interface. You had to do the keys and data as
> separate
> operations. Had some advantages, though. You could do a
> key only
> index without much trouble. But the original versions had
> size
> limitations.
>
>>It ain't all that hard for bit twiddlers but there aren't
>>many of us left!
> Does starting with a 1401 in 1966 count? :-)
Yup.
Dan
ArarghMai...@not.at.arargh.com
><ArarghMai...@NOT.AT.Arargh.com> wrote in message
>> Does starting with a 1401 in 1966 count? :-)
>Yup.