JuliaHealth / JuliaHealth/OMOPCommonDataModel.jl
[FEATURE] FunSQL Representation of Schemas
Nobody has claimed this yet.
- Dominant language
- Julia
- Stars
- 6
- Forks
- 3
- PR merge metrics
- No merged PRs in 30d
Description
Hey @DilumAluthge ,
I was wondering if it would be alright with you if I added in a new feature that, when a particular OMOP CDM version is generated, there is also a function to generate FunSQL representations of that version. The reason being is it would be nice to have this sort of representative schema when developing JuliaHealth tools for OMOP CDM analysis where FunSQL is the backend.
We'd add a test suite and checker. Also we could make FunSQL a conditional dependency if that works for you.
What do you think? Use case was over here: https://github.com/JuliaHealth/OMOPCDMCohortCreator.jl/issues/56
~ tcp 🌳
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.
Research direction
Start by locating the existing OMOP CDM version-generation entry point in JuliaHealth/OMOPCommonDataModel.jl and review the use case in OMOPCDMCohortCreator.jl issue 56. Clarify the intended FunSQL representation, conditional dependency behavior, test suite, and checker before implementation. Done means the generated schema has verified FunSQL representations for the supported CDM versions.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- julia
- Domain
- databases
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100