Skip to Content.
Sympa Menu

patterns-discussion - [patterns-discussion] Persistance Pattern

patterns-discussion AT lists.cs.illinois.edu

Subject: General talk about software patterns

List archive

[patterns-discussion] Persistance Pattern


Chronological Thread 
  • From: "Sean Muir" <sean.muir AT ams.com>
  • To: patterns-discussion AT cs.uiuc.edu
  • Subject: [patterns-discussion] Persistance Pattern
  • Date: Thu, 12 Jun 2003 11:06:24 -0400
  • List-archive: <http://mail.cs.uiuc.edu/pipermail/patterns-discussion/>
  • List-id: General talk about software patterns <patterns-discussion.cs.uiuc.edu>

Hello Everyone,

I have ran into a similar issue accross several systems and have not
seen a very good solution. The problem arises when the system needs to
capture and persist invalid data for further processing. For instance, we
receive data to represent a date that is actualy the address. The system
needs to respond with the original data and the format error at some point
in the future (Hence the persistance). The two solutions i have seen is

1) Support a "shadow" or "staging" table of string types and
migrate information to actual tables after information is validated.
2) Do not support "types" in the data model and represent everything
as string and use software to support db constraints and db types.


Both solutions add some level of complexity to the system by needing
to know what table and state the data is in before processing.
Any other suggestions or approaches would be appreciated.

Thanks,

Sean Muir
.





  • [patterns-discussion] Persistance Pattern, Sean Muir, 06/12/2003

Archive powered by MHonArc 2.6.16.

Top of Page