We have some ongoing work around refactoring all of our migration work. For now, we are adding that via a CSV provided by APHL in a migration.
However, that adds a volume to the migration step that we would prefer not to have. Two potential paths forward:
Convert the CSV dynamically to a series of INSERT statements that then do the UPDATE to the conditions table to avoid having a volume. This might involve writing a script to make these dynamic INSERT statements with each new publication of the eRSD to avoid as much manual editing as possible.
(More ideal) Work with contacts at APHL to get category represented in the eRSD data so that it can be built out as a column at the same time during database creation.
Per this PR: https://github.com/CDCgov/dibbs-query-connector/pull/88
We have some ongoing work around refactoring all of our migration work. For now, we are adding that via a CSV provided by APHL in a migration.
However, that adds a volume to the migration step that we would prefer not to have. Two potential paths forward:
conditions
table to avoid having a volume. This might involve writing a script to make these dynamic INSERT statements with each new publication of the eRSD to avoid as much manual editing as possible.category
represented in the eRSD data so that it can be built out as a column at the same time during database creation.