Change Table Name of an Entity on runtime? [duplicate]

Answer 1

You can probably do it using Naming Strategies if you use Hibernate as JPA provider. See my answer to this previous question for reference.

You should be able to design your naming strategy to return table names in a dynamic way.

The question whether you should do it that way is a completely different one, though.

Also, thanks Pascal for reminding me, this will only work if the EntityManagerFactory is recreated once per month (there are many ways to do that, restarting the webapp being the simplest one)

Answer 2

I could not figure this one either, had a similar requirement.

Since my table name changed relatively infrequently (daily) , I ended up defining a DB alias to the "active" table at the RDBMS (I am using DB2) and referenced the table alias name in the @Table annotation.

I am fully aware this is not strictly what the OP asked, but thought I would share the experience.

Answer 3

Is it possible to change the table name of an entity as follows on runtime since they have the same table structure after all?

This is not really possible, at least not with standard JPA (which doesn't mean I did it with non standard JPA) as mentioned in questions such as:

• In @Table(name = “tableName”) - make “tableName” a variable in JPA
• JPA: How do I specify the table name corresponding to a class at runtime?
• Hibernate or iBatis or something else?

To summarize, JPA doesn't offer a way to "alter" a given entity of an already initialized persistence unit (and the related pre-compiled CRUD queries, the pre-compiled named queries, etc).

Still, since you're using Hibernate, maybe have a look at http://www.hibernate.org/171.html to get an idea of what would be possible using Hibernate Core API.

Another option I can think of would be to use a database synonym / alias: FOO would be an alias for FOO_JAN2010 until... you change the alias to point on FOO_FEB2010. I've never tested this, I don't know if it will suit your needs. But it's another idea.

Answer 4

I cannot imagine a good way to map this. If this is a legacy database, you'll have a hard time using JPA to access it.

If, however, the database layout is under your control, then I'd change it. Having multiple tables with the exact same layout is usually bad design. You could achieve the same result by having only one table with extra columns for year and month. Don't forget to put an index on the two columns.