You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 28, 2020. It is now read-only.
Lastuser (and most HasGeek apps) currently use the user_id column to refer to the user who owns the given object.
With the move to principals in #91, we need to disambiguate ownership (any principal can be an owner) from authorship (only a user can be an author as teams and organizations are non-human).
Proposal:
Reduce the scope of the user_id column to only refer to authorship. It continues to point to a User instance.
Where the possibility of ownership by a non-human exists (almost everywhere), add a principal_id column that refers to the Principal.
When adding functionality to convert a User account into an Organization account (ticket pending), the split process (reverse of the current merge_users) should preserve the user_id column while changing the value of the principal_id column.
Alternative proposal: using user_id and principal_id leaves some ambiguity on which is for what. Use the new column names author_id and owner_id instead.
The text was updated successfully, but these errors were encountered:
This is no longer relevant to Lastuser as we are removing functionality here, and Principal will not be implemented. Perhaps the only relevance is for clients, to track which user created a client. However, that too is in question as clients will be mandatorily owned by users when #232 is implemented.
Lastuser (and most HasGeek apps) currently use the
user_id
column to refer to the user who owns the given object.With the move to principals in #91, we need to disambiguate ownership (any principal can be an owner) from authorship (only a user can be an author as teams and organizations are non-human).
Proposal:
user_id
column to only refer to authorship. It continues to point to aUser
instance.principal_id
column that refers to thePrincipal
.merge_users
) should preserve theuser_id
column while changing the value of theprincipal_id
column.Alternative proposal: using
user_id
andprincipal_id
leaves some ambiguity on which is for what. Use the new column namesauthor_id
andowner_id
instead.The text was updated successfully, but these errors were encountered: