English
 
Help Privacy Policy Disclaimer
  Advanced SearchBrowse

Item

ITEM ACTIONSEXPORT

Released

Talk

StudyDB - Key Concepts

MPS-Authors
/persons/resource/persons147330

Vollmar,  Stefan
Max Planck Institute for Metabolism Research, Managing Director: Jens Brüning, Max Planck Society;

/persons/resource/persons147308

Sué,  Michael
Max Planck Institute for Metabolism Research, Managing Director: Jens Brüning, Max Planck Society;

Müller,  Maria
Max Planck Institute for Metabolism Research, Managing Director: Jens Brüning, Max Planck Society;

External Resource
No external resources are shared
Fulltext (restricted access)
There are currently no full texts shared for your IP range.
Fulltext (public)
Supplementary Material (public)
Citation

Vollmar, S., Sué, M., & Müller, M. (2022). StudyDB - Key Concepts. Talk presented at MPG-Workshop 2022 "Future Opportunities for Software in Research". Plön. 2022-05-12 - 2022-05-13.


Cite as: https://hdl.handle.net/21.11116/0000-000B-67B6-4
Abstract
Our StudyDB inherits a lot of functionality from previous Django development efforts. However, StudyDB faces some additional challenges as it is intended for data collection in the context of translational human studies (empirical and prospective research, clinical trials) and »electronic« questionnaires (interfacing with and processing data from our LimeSurvey server).
We would like to present our implementation of the following key concepts which might be of a more general interest and are not limited to database applications:

(1) Single Source of Truth: StudyDB manages about 1000 parameters in about 30 tables. We assembled JSON files for each table describing each parameter with its data type, expected range of values and a comment including the units of measurements if applicable (all files are managed in one repository on our Github server). We use this for JSON-Schema validation, generation of test data and Python (Django) source code, online validation of input data, defining function-type fields and automatically generated documentation.
(2) Timestamping as described in RFC3161 (using the “DFN Zeitstempel” service)
(3) A generic table viewer optimised for object-level database access including KaTeX based LaTeX rendering.