I have an issue raised due to the splitting of a table into two
Present Scenario:-I have a table mapped to an Hibernate hbm file and a class
New Requrement:-Due to some reasons the database team divided the table into two new tables with some common columns but with same primary key.So ideal case ie we need to write two new HBM files mapped to two new POJO classes.But if we do this we need to change a number of classes .
Is there any new way so that the same old class is used with the new requirement resulting in less number of changes in the code
If you haven't divided UI also into two, What I would suggest keep the same JavaBean(now you can say DTO) to map with your UI. But you have to have two Java Beans for two tables. Write one Service method to populate those beans and persist them.
Does this sound good?
Joined: Jul 10, 2007
The UI or java bean is not my problem
My problem is can i map the old HBM file to newly splitted two tables or is there any technique in hibernate so that the same old mapped class (Before splitting) is used to map the new requirement also