Support source versioning
@pavgra is already working on this.
Since Jul 14, 2019.
- Dominant language
- Java
- Stars
- 151
- Forks
- 183
- Avg merge
- 14m
- Merged PRs (30d)
- 2
Description
When introducing an updated version of a CDM into webAPI, prior versions for a given source are lost if you want to use the same source_key. We'd like the ability to be able to retain prior versions of sources to generate analyses against, and choose the source to execute against during cohort/analysis generation.
Proposed solution:
Because many of the WebAPI routs depend on a source_key and adding a version_id would be cumbersome. So, our solution is to add columns to the Source table:
- GROUP_KEY: a varchar field used to group sources together (for example, different versions of the same source would share a group_key)
- GROUP_PRIORITY: Similar to the daimon priority, this is used to indicate the 'preferred' source within a group.
- VERSION_ID: the id of this source
- VERSION_DESC: a varchar form of the source (such as "1.0.0")
- ACTIVE: an int field (0 or 1) used to indicate that the source is not avilable, used to hide it from clients without deleting the record from the DB.
These sources will still be referenced by a unique SOURCE_KEY value in the source table. This is to keep better comparability with existing WebAPI routes.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.