Groups > dBase > dBase whish list > Re: call for native Server database for Dbase




call for native Server database for Dbase

call for native Server database for Dbase
Wed, 12 Mar 2008 10:58:11 -050
i am strongly proposing that dbase developes a server database system native to
Dbase even if it is in the most rudimentary of all forms. as a language that is
skewed towards data manipulation and considering its age, i think it is some
what embarassing that by now it does not have such, since that is a major factor
in most busuiness environment. 

1.to get developers from moving
2.to attarct more users
3.to increase revenue source etc

Post Reply
Re: call for native Server database for Dbase
Fri, 11 Apr 2008 10:16:00 -040
Hello Agbeniga,

>i am strongly proposing that dbase developes a server database system 
>native to Dbase even if it is in the most rudimentary of all forms. as a 
>language that is skewed towards data manipulation and considering its age, 
>i think it is some what embarassing that by now it does not have such, 
>since that is a major factor in most busuiness environment.
>
> 1.to get developers from moving
> 2.to attarct more users
> 3.to increase revenue source etc
>
> i think dbase shold strongly consider this

I have entered this as QAID: 6411.

Way back in the late 1980's, Ashton-Tate intended to make InterBase the 
native database engine for dBASE.
Current versions of InterBase and its offshoot  - FireBird work very well 
with dBASE Plus.
In the near term, we are interested in improving how dBASE works with these 
and other existing server databases.

One part of this is completing the new ADO database interface for dBASE 
which includes upgraded ODBC access as well.

Beyond this, we are researching building a native dBASE driver that works 
without the BDE.
As part of this we are considering increasing the maximum size of dBASE 
tables, adding additional
field types, improving security, and improving SQL support.  So, if we can 
do all of this, it amounts
to building something alot like a native server database engine.  All we 
would need to go all the way
is multithreading, query optimizers, support for the newest SQL standards, a 
native ODBC driver,...

We shall see :-)


Thanks for the suggestion!

- Marty -
Martin Kay
dataBased Intelligence, Inc.

Post Reply
about | contact