Skip to content
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

Address :: Foreign Key Issue #6

Open
tmsincomb opened this issue Oct 4, 2024 · 2 comments
Open

Address :: Foreign Key Issue #6

tmsincomb opened this issue Oct 4, 2024 · 2 comments
Labels
discussion possible issue to be explored

Comments

@tmsincomb
Copy link
Collaborator

'addresses' table can have a null value for addr_field, but the 3 children <obj_...> require a value for the addr_field.

@tmsincomb tmsincomb added the discussion possible issue to be explored label Oct 4, 2024
@tgbugs
Copy link
Collaborator

tgbugs commented Nov 5, 2024

I now remember why the address field can be null. The reason is because the field can be null if the address type is constant. This is needed to handle cases where the value inserted into the database comes from a constant (i.e. in the code) that is not present anywhere in the source data.

@tgbugs
Copy link
Collaborator

tgbugs commented Nov 5, 2024

Ah also to clarify here, this is a matter of naming confusion. In the obj_... tables that points to a whole address NOT to the field within the address, the reason for the distinction is that addr_desc_inst (etc.) are also needed and the address of the field containing the quantitative value (etc.) needed to be differentiated, I didn't have a good way to differentiate the name so unfortunately both are addr_field even though one is a string and the others are pointers to addresses.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion possible issue to be explored
Projects
None yet
Development

No branches or pull requests

2 participants