CODEWITHSUNDEEP
nhibernatereferential-integritylegacy-database
AwkwardCoder
AwkwardCoder

Reputation: 25651

Can I use nHibernate with a legacy-database with no referential-integrity?

If I have a legacy database with no referential-integrity or keys and it uses stored procedures for all external access is there any point in using nHibernate to persist entities (object-graphs)?

Plus, the SP's not only contain CRUD operations but business logic as well...

I'm starting to think sticking with a custom ado.net DAL would be easier :(

Cheers

Ollie

Upvotes: 2

Views: 806

Answers (2)

AwkwardCoder
AwkwardCoder

Reputation: 25651

okay, an example of the problem is this:

A SP uses a sql statement similar to the following to select the next Id to be inserted into the 'Id' column of a table (this column is just an int column but NOT an identity column),

statement: 'select @cus_id = max(id) + 1 from customers',

so once the next id is calculated it's inserted into table A with other data, then a row is inserted into table B where there is ref to table A (no foreign key constraint) on another column from table A, then finally a row is inserted into table C using the same ref to table A.

When I mapped this into NH using the fluent NH the map generated a correct 'insert' sql statement for the first table but when the second table was mapped as a 'Reference' an 'update' sql statement was generated, I was expecting to see an 'insert' statement...

Now the fact there is no identity columns, no keys and no referential-integrity means to me that I can't guarantee relationship are one-to-one, one-to-many etc...

If this is true, how can NH (fluent) configured either...

Cheers

Ollie

Upvotes: 0

ChssPly76
ChssPly76

Reputation: 100816

You most likely CAN. But you probably shouldn't :-)

Hibernate does not care about referential integrity per se; while it obviously needs to have some sort of link between associated tables, it does not matter whether actual FK constraint exists. For example, if Product is mapped as many-to-one to Vendor, PRODUCTS table should have some sort of VENDOR_ID in it but it doesn't have to be a FK.

Depending on your SP signatures, you may or may not be able to use them as custom CRUD in your mappings; if SPs indeed have business logic in them that is applied during all CRUD operations, that may be your first potential problem.

Finally, if your SPs are indeed used for ALL CRUD operations (including all possible queries) it's probably just not worth it to try and introduce Hibernate to the mix - you'll gain pretty much nothing and you'll have a yet another layer to deal with.

Upvotes: 1

Related Questions