🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: borland.public.cppbuilder.database.multi-tier
5 messages
5 total messages Started by Petterson Ferreira de Paula Wed, 28 Nov 2001 16:11
Design of a Persistence Layer
#364
Author: Petterson Ferreira de Paula
Date: Wed, 28 Nov 2001 16:11
12 lines
1169 bytes
Hi,

I want to create a persistence layer between my domain layer and my database
layer.

Anyone knows any good source (books, websites, ...) for help me to map my
object model to database?  Something to make my system independents of
database layout?

Thanks in advance,

Petterson  F. de Paula
Re: Design of a Persistence Layer
#365
Author: Mark Cashman
Date: Thu, 29 Nov 2001 02:28
17 lines
1715 bytes
Hi, Petterson!

One possibility would be to use the VCL streaming system. This would 
mean that you would want each persistable / recoverable object to be a 
component. You could then get the component from a blob in the database, 
and stream the blob content using the component streaming system to 
create it. After changes were made, you could stream the result back 
into the database.

-- 
------
Mark Cashman (TeamB - C++ Builder), creator of The Temporal Doorway at
http://www.temporaldoorway.com
- Original digital art, writing, music and more -
C++ Builder / JBuilder Tips and The C++ Builder Programmer's Webring (Join us!)
http://www.temporaldoorway.com/programming/index.htm
------
Re: Design of a Persistence Layer
#370
Author: Petterson Ferreira de Paula
Date: Fri, 30 Nov 2001 15:45
33 lines
2128 bytes
"Mark Cashman" <mcashman@temporaldoorway.com> escreveu na mensagem
news:3C059D65.6020807@temporaldoorway.com...
> Hi, Petterson!
>
> One possibility would be to use the VCL streaming system. This would
> mean that you would want each persistable / recoverable object to be a
> component. You could then get the component from a blob in the database,
> and stream the blob content using the component streaming system to
> create it. After changes were made, you could stream the result back
> into the database.
>
> --
> ------
> Mark Cashman (TeamB - C++ Builder), creator of The Temporal Doorway at
> http://www.temporaldoorway.com
> - Original digital art, writing, music and more -
> C++ Builder / JBuilder Tips and The C++ Builder Programmer's Webring (Join
us!)
> http://www.temporaldoorway.com/programming/index.htm
> ------
>

Hi, Mark!

I think in this way the search capabilities of my system will be very
reduced, I was thinking in something that allows me save, retrieve and
search objects, hiding the persistence mechanism, but I would like I was
capable to design several kinds of persistence implementations for flat file
systems, relational databases and so on.

Thanks,

Petterson F. de Paula
Re: Design of a Persistence Layer
#371
Author: Chris Mylonas
Date: Sat, 01 Dec 2001 09:22
49 lines
2559 bytes
Hi,

Take a look at www.ambysoft.com Scott Ambler's web site. You will find two
papers :mappingObjects and persistantLayer. I thing they will be usuful for
your case.

Chris Mylonas
chris.mylonas@computer.org

"Petterson Ferreira de Paula" <nospam@nospam.com> wrote in message
news:3c07adc6_2@dnews...
> "Mark Cashman" <mcashman@temporaldoorway.com> escreveu na mensagem
> news:3C059D65.6020807@temporaldoorway.com...
> > Hi, Petterson!
> >
> > One possibility would be to use the VCL streaming system. This would
> > mean that you would want each persistable / recoverable object to be a
> > component. You could then get the component from a blob in the database,
> > and stream the blob content using the component streaming system to
> > create it. After changes were made, you could stream the result back
> > into the database.
> >
> > --
> > ------
> > Mark Cashman (TeamB - C++ Builder), creator of The Temporal Doorway at
> > http://www.temporaldoorway.com
> > - Original digital art, writing, music and more -
> > C++ Builder / JBuilder Tips and The C++ Builder Programmer's Webring
(Join
> us!)
> > http://www.temporaldoorway.com/programming/index.htm
> > ------
> >
>
> Hi, Mark!
>
> I think in this way the search capabilities of my system will be very
> reduced, I was thinking in something that allows me save, retrieve and
> search objects, hiding the persistence mechanism, but I would like I was
> capable to design several kinds of persistence implementations for flat
file
> systems, relational databases and so on.
>
> Thanks,
>
> Petterson F. de Paula
>
>
>
Re: Design of a Persistence Layer
#376
Author: Mark Cashman
Date: Wed, 05 Dec 2001 22:25
23 lines
2070 bytes
Hi, Petterson!

Well, search capabilities don't have to be reduced. It depends on where 
you are doing the searching. If you are searching a network of objects, 
the power of that search will depend on what you components offer. If 
you are willing to duplicate the object data in the database, or even 
synthesize the .dfm for each component from the database when loading 
it, you may have full relational capability.

Obviously, you can create and architect much more complex persistence 
and search schemes.

At that point though, you may want to ask whether you should be using 
some commercial product, such as the types of object-relational bridges 
available.


------
Mark Cashman (TeamB - C++ Builder), creator of The Temporal Doorway at http://www.temporaldoorway.com
(original digital art, writing, music and more)
C++ Builder / JBuilder Tips and The C++ Builder Programmer's Webring (Join us!)
http://www.temporaldoorway.com/programming/index.htm
------
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads