-
-
Notifications
You must be signed in to change notification settings - Fork 393
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
Fix Schema Division Handling #955
base: 5.x
Are you sure you want to change the base?
Changes from 4 commits
cf25621
0962897
b9524f9
a505636
7783adf
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -24,7 +24,7 @@ class PostgresSchema extends PostgreSQL | |
{ | ||
protected function createDatabase(IlluminateConnection $connection, array $config) | ||
{ | ||
return $connection->statement("CREATE SCHEMA \"{$config['schema']}\""); | ||
return $connection->statement("CREATE SCHEMA IF NOT EXISTS \"{$config['schema']}\""); | ||
} | ||
|
||
protected function grantPrivileges(IlluminateConnection $connection, array $config) | ||
|
@@ -54,6 +54,6 @@ public function updated(Updated $event, array $config, Connection $connection): | |
|
||
protected function dropDatabase(IlluminateConnection $connection, array $config) | ||
{ | ||
return $connection->statement("DROP SCHEMA IF EXISTS \"{$config['schema']}\""); | ||
return $connection->statement("DROP SCHEMA IF EXISTS \"{$config['schema']}\" CASCADE"); | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Using There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. My thoughts on this method is that we shouldn't be executing this code if our intent is not to drop the schema. And if our intent is to do so, why wouldn't we follow through with it? The problem I ran into when not adding the CASCADE is that the schema would never be dropped automatically, because the tables it contained were never dropped, as I disabled blanked removal of privileges (see change above), which is very risky. |
||
} | ||
} |
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.
Can you give a little insight into why we should not do this?
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.
In my use-case I have only one database user, that is the main database user used on the System connection as well as all other Tenant connections. Removing privileges for a user would remove all the items they owned, regardless of schema they were in. That is dangerous, and in my case broke functionality.