Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Object Relational Mapping

Status
Not open for further replies.

SteveBarnes

Programmer
Jun 26, 2002
5
AU
I'm interested to know if anyone has played in this space. If you generate classes etc out of Visio, the mapping to the database is still an issue, much like in J2EE.

Is there an object/relational mapping tool available or being built for .NET? How does this fit with the prevalent architectural patterns in .NET?

Best regards, Steve Barnes
Architect

Brisbane, Australia
 
Unfortunately XDE doesn't solve this problem either! The Java J2EE space is filling with these products, but not the .NET space. Among the reasons for Microsoft lagging are:
* Microsoft uses predominantly table based rather than domain (object) based patterns. The recordset is their main medium of data transport.
* There is not the open user development community out there to drive the domain based patterns into the .NET space yet. Visio may generate objects for you, but is almost against the grain for .NET, as it leaves you disconnected from the DB. It seems object factories would be better. refer Martin Fowler's work on patterns at martinfowler.com (
All the best, Steve Barnes
Software Architect

Brisbane, Australia
 
I've been mostly doing what Martin refers to as a TableDataGateway (I just call it an I/O class). It works, up to a certain level of complexity. A single parent-child relationship is fine (Invoice <- InvoiceItem), but three-level relationships (CustomerInvoice <- Invoice <- InvoiceItem) become unwieldy.

Chip H.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top