-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
RelationalTypeMapper: FK facet propagation #2455
Labels
closed-fixed
The issue has been fixed and is/will be included in the release indicated by the issue milestone.
type-enhancement
Milestone
Comments
20 tasks
rowanmiller
changed the title
RelationalTypeMapper: Shadow FK facet propagation
RelationalTypeMapper: FK facet propagation
Sep 17, 2015
@AndriySvyryd Poaching this. |
ajcvickers
added a commit
that referenced
this issue
Jun 28, 2016
So that if the type mapping for a primary key is changed, then the type mapping for referencing foreign keys will also change. Issue #2455
ajcvickers
added
the
closed-fixed
The issue has been fixed and is/will be included in the release indicated by the issue milestone.
label
Jul 6, 2016
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
closed-fixed
The issue has been fixed and is/will be included in the release indicated by the issue milestone.
type-enhancement
If the user specifies a store type for a principal key column that is different from the default creating a foreign key might result in a store error due to type mismatch.
This isn't too bad for explicit FKs, as the user can easily configure the store type, but for shadow state FKs and FKs found by convention it would be harder to figure out and would require more code to fix.
RelationalTypeMapper should get the store type from the principal key if it's not set on the foreign key.
The text was updated successfully, but these errors were encountered: