Tutorial about how to structure data in a relational database system
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- postgresql, sqlite
- Ambito
- databases, documentation
Direzione di ricerca
Inizia esaminando l'ambito proposto del tutorial: struttura dei database relazionali, scelta di tabelle e campi, relazioni e vincoli, escludendo SQL e le specificità dei motori di database. Conferma se gli scienziati hanno bisogno di questo materiale e concorda sugli esempi e sulla copertura previsti prima di iniziare la stesura; il lavoro è completo quando è disponibile un tutorial completo e pubblicato con questo ambito.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I've had the chance in the last few years to work in collaboration with biodiversity professionals, and from my IT-oriented perspective there's often a lack of knowledge about how to efficiently organise / structure the data in a relational database systems. To be more precise: there's generally enough knowledge to make something "that works", but a better structured database would be much more future-proof (less data errors, easier to reuse the data in other contexts such as data publication, web portals, ...)
That tutorial would not cover SQL nor the technicalities of a given database engine (SQLite, PostgreSQL, ...), but rather help answering questions such as
- should a given piece of information be placed in a new field or in a new table?
- how should I link tables X, Y and Z so they can be queried to answer a wide range of questions?
- what constraint can I configure early when I create a database so human errors (i.e. typos when entering data) are detected as early as possible (and the database doesn't get messier when it gets more used/bigger)
Is there any demand for this from scientists, or is it just me?
If so, I'd be happy to help contributing to a tutorial (but I think it can be a pretty large task, so I'd like to have an idea of the interest first).
- Lingua principale
- HTML
- Stelle
- 24
- Fork
- 10
- Merge medio
- 2g 32m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
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 inbo/tutorials
-
bug upstream
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
proposal tutorial
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
-
remove "wercker" tutorials?Apertainvalid question
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
-
🌈 enhancement design
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di inbo/tutorials
Issue simili
-
Add: Eurosport 1 PolskaApertachannels:add check:passed
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
I maintainer di solito rispondono entro 2 giorni
-
Cainophile EXIT handler crashes on its own password redaction and logs the DB password in clear textAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni
-
sdk-typescript vector-store
Difficoltà 2/5 Mezza giornata Idoneità per principianti 82/100
mem0ai/mem0#7495 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 2 giorni
-
[MOVIE]: Close (2022)Apertarequest-theme
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
LizardByte/ThemerrDB#8723 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno