-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
pg: ensure all tables have full replica identity #1034
Conversation
416b164
to
6f3da2a
Compare
6f3da2a
to
4df4c2b
Compare
This is working now. Starting with a kwildb-snapshot.sql.gz from v0.8, start with v0.9 in
|
@@ -210,9 +210,6 @@ func newDBOpener(host, port, user, pass string) dbOpener { | |||
}, | |||
MaxConns: maxConns, | |||
}, | |||
SchemaFilter: func(s string) bool { |
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.
When unset it defaults to what we were setting anyway. I've deprecated this field since there are numerous assumptions about "ds_", and if we set this field to any other function nothing would work.
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 dont think we should change it now, but is the "ds_" necessary? The original reason we prepended DBIDs with the "x" is so that they could be used as Postgres schemas (since Postgres schemas must start with a letter).
The only reason I bring it up is b/c some people (like idOS) have begun modifying their schemas with Postgres directly while doing migrations. If this becomes more common user behavior, it might be easier to just make schema names 1-1 with the dbid.
Not anything we need to address right now, just food for though.
resolves #1025