openml / openml/OpenML

Protocol for database updates

Open
#803 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

CoreSystem
Dominant language
PHP
Stars
755
Forks
128
PR merge metrics
No merged PRs in 30d

Description

As of right now, there is no protocol for direct database updates.

  1. Currently, the workflow that I perform is: change the database schedule that is checked in the repo.
  2. Apply it by resetting the test server (test server automatically re-instals the latest version of this db schedule)
  3. Rerun java / python unit tests
  4. If nothing has changed to the API interface, apply this change somehow live.

This works OK-ish, but there are some flaws.
a) Live database is full of important information, so we can never reinstall the database. Updates have always to be performed on a running database (don't think we can change that)
b) As such, there is little guarantee that the database that is running on the test server is structure wise the same as the live database.

It would be great if someone could explore automated tools that compare a running database against a sql schema, and indicate what the differences are (this would solve point b). It would be even better if someone would find tools that could update a live running database with a schema that is provided (auto fix a database against a schema. This would solve point a)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with downloads/openml_expdb.sql and the described test-server reset workflow. Investigate tools that compare a running database with this schema and can safely update a live database, then rerun the Java and Python unit tests. Done means the workflow detects schema differences and provides a reliable path to apply compatible updates without reinstalling the live database.

Written by the indexing model from the issue text.

Assessment

Tech stack
java, python, sql
Domain
databases
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.