Table PERSON vs EPISODE) foreign key columns to match exactly
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 65/100
Direzione di ricerca
Individua le definizioni delle tabelle PERSON e EPISODE e i relativi vincoli di chiave nel DDL del repository. Confronta i tipi di person_id, quindi verifica che entrambi utilizzino BIGINT e che la chiave esterna possa essere creata correttamente su SQL Server.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
SQL Server requires foreign key columns to match exactly.
integer ≠ bigint, so SQL Server refuses to create the FK
How to Fix It
You have two options — choose the one that matches your data model.
Option 1 — Make PERSON.person_id a BIGINT
This is the most common fix if your IDs can grow large.
Option 2,. Not fit for us, as int is not appropriate for person key.
Important Note (OMOP CDM)
Since you’re clearly building OMOP CDM:
PERSON.person_id must be BIGINT
EPISODE.person_id must also be BIGINT
So you’re absolutely doing the right thing.
===============================================
ALTER TABLE PERSON
ALTER COLUMN person_id BIGINT NOT NULL;
ALTER TABLE EPISODE
ADD CONSTRAINT fpk_EPISODE_person_id
FOREIGN KEY (person_id) REFERENCES PERSON(person_id);
ALTER TABLE PERSON
DROP CONSTRAINT xpk_PERSON;
ALTER TABLE PERSON
ALTER COLUMN person_id BIGINT NOT NULL;
ALTER TABLE PERSON
ADD CONSTRAINT xpk_PERSON PRIMARY KEY (person_id);
ALTER TABLE EPISODE
DROP CONSTRAINT fpk_EPISODE_person_id;
ALTER TABLE EPISODE
ADD CONSTRAINT fpk_EPISODE_person_id
FOREIGN KEY (person_id) REFERENCES PERSON(person_id);
- Lingua principale
- HTML
- Stelle
- 1.1k
- Fork
- 513
- Merge medio
- 8g 3h
- PR unite (30g)
- 4
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di OHDSI/CommonDataModel
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 74/100
OHDSI/CommonDataModel#802 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
OHDSI/CommonDataModel#799 ·
-
fix: mark cohort_definition_id as primary key in cohort_definition table for v5.3 and v5.4Forse già presa @rtmalikian l’ha presa 137 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
OHDSI/CommonDataModel#787 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
OHDSI/CommonDataModel#823 ·
-
Changes to quarto docsAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
OHDSI/CommonDataModel#797 · 1 commento ·
Tutte le issue di OHDSI/CommonDataModel
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
langchain-ai/langchain-redis#222 ·
I maintainer di solito rispondono entro 2 giorni
-
`BLMPOP` with COUNT 0 or numkeys 0 hangsForse già presa @ggyuchive l’ha presa oggi. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement needs-triage service/rds
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
hashicorp/terraform-provider-aws#50782 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
good first issue help wanted new check
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno