I am trying to implement hibernate on a legacy database (that still has a legacy PHP client), and am running into some problems because the people who wrote the original app had
I think an interceptor might do the trick.
I don't think Hibernate is a good fit for this type of problem. Hibernate expects the records in your tables to relate to each other, and really can't work if the foreign-key relationships are only sometimes enforced. I can't imagine it would be easy to change or configure Hibernate to behave this way - to know how to deal with broken foreign-key relationships.
You may get more mileage out of a framework like MyBatis SQLMaps, in which you provide the SQL statements to load your data in files external to your program, but the framework provides options for chaining SELECT
statements together to load full object graphs. This way you could supplement the SQL statements with logic to filter out the 0
values.
The annotation: @NotFound( action = NotFoundAction.IGNORE )
Does exactly what I was looking for. I found it through here:
Hibernate Many-To-One Foreign Key Default 0
I recently programmed a webapp against a legacy database with similar issues. You can still use hibernate, if you don't want to use multiple data access frameworks. What I did is write out native SQL queries for the tricky parts using 'createSqlQuery'. In some cases I had to map complete subqueries or computed values to an entity property, but it works. For parts of the database that were more regular I could still use regular Hibernate mappings and criteria/HQL queries.
Another thing: maybe you should refrain from using terms like 'no idea what they were doing' or 'muck' a bit. I know it is tempting to view any code left to you by predecessors as inferior, but realize that these people probably did the best they could at the time. Also, your own code is not flawless either, so some humility is in place. Why? For one, people around you might get along with you a bit better if you are not foaming around the mouth all the time about the previous developer(s) who they thought were very knowledgeable. Just a tip.