Subject | Re: [ib-support] questions using 16bit bde |
---|---|
Author | Martijn Tonies |
Post date | 2002-08-23T07:30:25Z |
Are you happy because we're getting his hopes down? :)
Martijn Tonies
InterBase Workbench - the developer tool for InterBase and Firebird
http://www.interbaseworkbench.com
Upscene Productions
http://www.upscene.com
"This is an object-oriented system.
If we change anything, the users object."
Martijn Tonies
InterBase Workbench - the developer tool for InterBase and Firebird
http://www.interbaseworkbench.com
Upscene Productions
http://www.upscene.com
"This is an object-oriented system.
If we change anything, the users object."
> there ya go!inserts
> instant unambiguous advice!
>
>
> Hi,
>
> Personally, I think you will NEVER get good performance by using
> TTable stuff and a 16bit BDE ... Both the BDE and TTable like
> thingies are highly ineffective with InterBase. With TTable, you're
> trying to see a client/server database as a simple network-driven
> file record-storage thing. This simply won't work.
>
> And as you haven't developed the app - you're pretty much running
> into a dead-end too.
>
> Martijn Tonies
> InterBase Workbench - the developer tool for InterBase and Firebird
> http://www.interbaseworkbench.com
>
> Upscene Productions
> http://www.upscene.com
>
> "This is an object-oriented system.
> If we change anything, the users object."
>
> > I write to you because we have a kinda special problem.
> > My company is reseller of a software that is quite established in its
> > area and many people use it.
> > The software is a set of 16bit applications, and per default it uses a
> > paradox 5 database.
> > The database access is done through the (16bit) bde.
> >
> > As the application uses a quite simple database structure, it runs out
> > of the box
> > with Interbase6 as well.
> > The main application does many calulations, and then updates and
> > to a large counter table.