Is your feature request related to a problem? Please describe.
Hi,
I want to use the same database name for my visibility store, but when the auto-setup script runs, it updates the curr_version of the schema_version table... when the temporal-sqs-tool runs for the visibility store, it sets the setup-schema -v 0.0 and will fail because the curr_version is greater than 0.0 and thus fail to create the executions_visibility table.
As a workaround, I had to manually run the visibility migration files via psql -f 1.0 -> 1.6
Describe the solution you'd like
Add a new column to track the visibility version instead of sharing the same column that the main temporal table uses.
We're not going to support this because the tooling expects to be able to use schema_version, and as you've found out, it cannot do that if the database is shared.
Is your feature request related to a problem? Please describe.
Hi, I want to use the same database name for my visibility store, but when the auto-setup script runs, it updates the
curr_version
of theschema_version
table... when thetemporal-sqs-tool
runs for the visibility store, it sets thesetup-schema -v 0.0
and will fail because thecurr_version
is greater than0.0
and thus fail to create theexecutions_visibility
table.As a workaround, I had to manually run the visibility migration files via
psql -f
1.0 -> 1.6Describe the solution you'd like
Add a new column to track the visibility version instead of sharing the same column that the main temporal table uses.
Additional context