Peter

Simplist way is to add methods in the constructor and destructor
to 'Retrieve Self' and 'Store Self' from relational DB - the problem is then
where does the object reside?
It really has to be shared (so that you don't instantiate multiple
instances)
This is the basis of a 3 tier solution but I'm now getting out of my depth
so I shut up

A quick note re thin Clients - A Browser! are you joking. If it supports
HTML, ActiveX, Java, XHTML, XML and multiple Add-ins
then is ceased being thin past HTML - back to my point - if something is
delivered with the OS is it immediately thin then
M$ is some sort of Technological Jenny Craig
and Dennis re performance of CPU are you stating that by definition a Sun
Workstation front end to a Cray 2 cannot be a thin client - its all relative
and we should not simply look at things in terms of PC's - They are still
toys

Regards
Neven



----- Original Message -----
From: Peter G Jones <[EMAIL PROTECTED]>
To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
Sent: Saturday, 29 January 2000 01:13
Subject: [DUG]: Object persistence [was ADO access]


> This is allways something I've had a problem understdaning.  If you go to
a
> pure object model how do you get your objects to be persistent into a
> relational db, like Interbase?
>
> Is there an easy answer?  Does Delphi provide something to help with this?
> Should I just dump Delphi and use Jade?
>
> >Better idea, tho a fair bit of work, is to abstract your DB out into
> >objects - have the object handle load, save, insert etc into the DB, and
> >program the UI/front end to that Object model. Then, you dont have to
care
> >if your objects are local (fat), or remote (thin) - the code is pretty
much
> >the same, just the implementation of, say "TCustomer =
> >class(TObjPersistant,
> >ICustomer)" that changes.
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
>
> --------------------------------------------------------------------------
-
>     New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
>                   Website: http://www.delphi.org.nz
>

---------------------------------------------------------------------------
    New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
                  Website: http://www.delphi.org.nz

Reply via email to