-
-
Notifications
You must be signed in to change notification settings - Fork 260
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mapping - Add support for JOINED and TABLE PER CLASS inheritance strategies #116
Comments
It seems that the inheritance with strategy 'TABLE_PER_CLASS' now works. Since which version is this the case ? |
It should not work. Have you tested it? |
Is SINGLE TABLE still the only supported inheritance strategy? |
Yes. Note that in the absence of sponsorship for specific features the priorities are ElasticSearch integration followed by performance monitoring and then by mapping. |
hey @rbygrave, I'm planning on taking a look at this issue. Would you be able to point me to a good starting place? |
Hmm. I think the first thing would be to list the required changes. So choose one of 'table per subclass' or 'joined' and then list the things that need to change to support that mapping (DDL, query, inserts, updates, deletes) and maybe pseudo code the behavior of each change? Then for each specific change (with a pseudo code description) I can help point you into the correct area in the code. That might be a plan. |
Do you have a planned release for this issue? |
Any updates on this issue? |
Will this feature be implemented in the near future? Can I help in any way to implement this? |
Near future. Well, no, in that there are other things that are currently a higher priority (documentation, gradle plugin, ebean-elastic, performance monitoring) so for me those other things need attention before this.
Do you mean funding the effort or actually implementing the code? |
I meant actually implementing the code. But I have no clue where to start. 😞 |
Is there any way around this? I used @joincolumn (simulating @SecondaryTable) but the changes made to columns with the table attribute set to the second table are not persisted. If there is no form, I would like to collaborate with the implementation. |
Hello, I would like to collaborate with the development of this isshue, since I depend on this functionality to implement a project which has entities with many inherited JOINED type; I downloaded the github code, did some analysis and realized the following needs:
Rob, so I can cope with the implementation, I'd like you to guide me and if you can, that create a specific branch for that isshue !? |
@rbygrave This is interesting for us too, could you help @jcarloshorus ? |
@IvanAR I'm working on it (whenever i can) and I already did some improvements. Soon, I will commit so others can collaborate. |
Any updates? |
I suspect not looking at the fork - https://github.com/jcarloshorus/ebean For myself the priorities are still with other tasks such as performance monitoring and documentation (and I can't remember the last time anyone assisted with the documentation which is a big task that will take a lot of time). In terms of donations and sponsorship there isn't anything there to adjust priorities or accelerate progress. If there was assistance for documentation, donations or sponsorship that would help move things forward faster. |
So marking this as a This has been open for a few years and has obtained no sponsorship to assist in the development effort. I'm comfortable marking this as a known limitation and closing this makes it clearer that this is not on the roadmap. |
These inheritance strategies are not supported. Consider this in the 5.x timeframe.
The text was updated successfully, but these errors were encountered: