|
| 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
|
|
|
|
|
|
|
|
|
|