VBDOS Database

[Drew_VBDOS]

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 ap
that is as good as my Window apps so ANY ADVICE is welcom

-
Message posted using http://www.talkaboutsoftware.com/group/microsoft.public.vb.dos
More information at http://www.talkaboutsoftware.com/faq.htm

[Bruce M. Axtens]

Post by Drew_VBDOS
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.

[Ethan Winer]

Post by Drew_VBDOS
Does anyone have any examples for accessing a database in VB-DOS?

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]

ISAM is OK so far as I know, but will not allow you to share
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

Post by F³erdı™
You can use ISAM, if you have the professional Edition of
VBDOS.
(See Helpfile)

[A***@NOT.AT.Arargh.com]

Post by Dan Barclay
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.

Post by Dan Barclay
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.

Post by Dan Barclay
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. :-)

Post by Dan Barclay
It also has a very steep learning curve.

Not all that bad. :-)

Post by Dan Barclay
It's a low level record manager,

Yup.

Post by Dan Barclay
NOT what you'd expect if you're coming from the VBWin world of
databases.

Not at all. :-)

[Dan Barclay]

On Tue, 28 Oct 2008 21:50:57 -0500, "Dan Barclay"

Post by Dan Barclay
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.

Post by Dan Barclay
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.

Post by Dan Barclay
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.

Post by Dan Barclay
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!

Post by Dan Barclay
It's a low level record manager,

Yup.

Post by Dan Barclay
NOT what you'd expect if you're coming from the VBWin
world of
databases.

Not at all. :-)

<chuckle>

Dan

[A***@NOT.AT.Arargh.com]

<snip>

Post by Dan Barclay

Post by A***@NOT.AT.Arargh.com
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.

Oh. Ok.

<snip>

Post by Dan Barclay

Post by A***@NOT.AT.Arargh.com

Post by Dan Barclay
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.

Post by Dan Barclay
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

[Dan Barclay]

On Sat, 1 Nov 2008 21:57:37 -0500, "Dan Barclay"

Post by Dan Barclay
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.

Post by Dan Barclay
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

[A***@NOT.AT.Arargh.com]

<snip>

Post by A***@NOT.AT.Arargh.com
Does starting with a 1401 in 1966 count? :-)

Yup.

Thought it would. :-)