During schema generation, ignore duplicate column references. #91
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
When creating @manytoone relationships, the column is typically located Currently, during schema generation, a check is put in place to avoid attempting to create duplicate columns. For example:
The code above represents the tables, which allow many pets to reference the same person.
However, there are new ways to have a @manytomany relationship when using an @EmbeddedId. Consider RoboPets, which have a name, and also a manufacturer. Many RoboPets can share the same manufacturer, there's a many-to-one relationship.
The code above represents the tables:
The many-to-one relationship is established because many RoboPets share the same "manufacturer_id" column. This relationship is currently flagged as an error, because the column mentioned in @joincolumn on RoboPet.manufacturerId is already defined, however, it is a valid relationship and functions on schemas that have already been created.