-
Notifications
You must be signed in to change notification settings - Fork 89
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
feat(auth): tenants table v1 #3133
Conversation
✅ Deploy Preview for brilliant-pasca-3e80ec canceled.
|
table.timestamp('createdAt').defaultTo(knex.fn.now()) | ||
table.timestamp('updatedAt').defaultTo(knex.fn.now()) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are these generated in this table, or passed over from backend?
Should we also include deletedAt
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would say that yes, this createdAt and updatedAt needs to be generated in this table since it is different entity. Bot somehow, still connected with the one in backend. with createdAt we get info when was the entity created in that database, not when it was created in the backed database. What do you think ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Generating the timestamps in this table should be fine, that's consistent with what we have everywhere else.
But we should include deletedAt
column, which should just be passed in from the deleteTenant
GraphQL API call.
dc10e8f
to
b9c2a72
Compare
Changes proposed in this pull request
Context
Closes #3113.
Checklist
fixes #number
user-docs
label (if necessary)