Open radha-igtb opened 3 years ago
Discussed with hasura team. 2 approaches discussed:
(Preferred) Pl consider the option to apply metadata by schema? We had discussed this on the call with Sidharth and at the time it looked like a promising option. Meaning, if we are able to provide input about what-schema-to-apply-metadata-for, then metadata for other existing schemas is not disturbed.
If we are still looking at the merge-metadata-script approach then, the final merged output should be a recommendation from Hasura team. Because ultimately Hasura cli will have to use the merged scripts to apply the metadata right?
The V3 architecture pays much attention to metadata authoring and management. It introduces a concept of subgraph which can be modelled to be managed separately by different teams from Ci/CD point of view. You can probably map the subgraph to be backed by tables of only 1 schema. Please do try the alpha version of Hasura V3 to see if this solves your requirement. We would like to get an early feedback.
Hasura team,
Will describe below the scenario, problem statement and the request
Scenario: We have multiple products. Each product is managed and maintained by different teams in independent repos and in unique PG schemas. We also have certain common models that will be required by all products. Our customers usually need more than 1 product at a time. This will imply multiple migration and metadata scripts will need to be run on the same gql engine and pg instance. We cannot expect for all products to be maintained in the same schema and repo.
Problem statement: Lets say there are metadata scripts for 2 different schemas Schema1 and Schema2. Let execute migration and metadata scripts for Schema1. Now lets run the migration and metadata for Schema2. All metadata for Schema1 is lost Request: Ask is to: