Database Dictionary Audit for Enablement:Database
Recently the database team has started documenting all database tables in db/doc
. As an MVP, we've assigned
each table to a feature category. We attempted to automate this, and then made rough guesses on the ones that
couldn't be automatically identified either using this spreadsheet
or just by guessing based on their name and code references. In order to make sure these are accurate, I'm
asking every team to take a look at the tables associated with their feature categories associated with their
stages.
What we need from your team? Look through the list of tables and fix any mistaken labels and update the description field to help folks know what purpose the table serves.
Process (per table)
- Are the feature categories correct?
- Keep in mind that tables can have multiple categories. Look at the list and if there are any other categories it belongs to, add them.
- If a table has no category that seems to be a perfect match, assign it to the closest match. Tables must have at least one feature category.
- If the table is assigned to a feature category for a different group, open a merge request changing the category and assign it to the EM for the group responsible for that category.
- Update the description of the table to give anybody interacting with it context around the purpose and submit a merge request with the information.
- Double check the
milestone
andintroduced_by_url
to see if they are accurate
Tables
-
ar_internal_metadata
- database is the correct feature category or has been updated
- ar_internal_metadata description has been updated
-
ar_internal_metadata
milestone
andintroduced_by_url
seem accurate
-
batched_background_migrations
- database is the correct feature category or has been updated
- batched_background_migrations description has been updated
-
batched_background_migrations
milestone
andintroduced_by_url
seem accurate
-
background_migration_jobs
- database is the correct feature category or has been updated
- background_migration_jobs description has been updated
-
background_migration_jobs
milestone
andintroduced_by_url
seem accurate
-
postgres_async_indexes
- database is the correct feature category or has been updated
- postgres_async_indexes description has been updated
-
postgres_async_indexes
milestone
andintroduced_by_url
seem accurate
-
postgres_reindex_actions
- database is the correct feature category or has been updated
- postgres_reindex_actions description has been updated
-
postgres_reindex_actions
milestone
andintroduced_by_url
seem accurate
-
batched_background_migration_job_transition_logs
- database is the correct feature category or has been updated
- batched_background_migration_job_transition_logs description has been updated
-
batched_background_migration_job_transition_logs
milestone
andintroduced_by_url
seem accurate
-
detached_partitions
- database is the correct feature category or has been updated
- detached_partitions description has been updated
-
detached_partitions
milestone
andintroduced_by_url
seem accurate
-
postgres_reindex_queued_actions
- database is the correct feature category or has been updated
- postgres_reindex_queued_actions description has been updated
-
postgres_reindex_queued_actions
milestone
andintroduced_by_url
seem accurate
-
schema_migrations
- database is the correct feature category or has been updated
- schema_migrations description has been updated
-
schema_migrations
milestone
andintroduced_by_url
seem accurate
-
partitioned_foreign_keys
- database is the correct feature category or has been updated
- partitioned_foreign_keys description has been updated
-
partitioned_foreign_keys
milestone
andintroduced_by_url
seem accurate
-
batched_background_migration_jobs
- database is the correct feature category or has been updated
- batched_background_migration_jobs description has been updated
-
batched_background_migration_jobs
milestone
andintroduced_by_url
seem accurate
Assignments
Table | Team member who will update the file |
---|---|
ar_internal_metadata | @mattkasa |
batched_background_migrations | @dfrazao-gitlab |
background_migration_jobs | @dfrazao-gitlab |
postgres_async_indexes | @abrandl |
postgres_reindex_actions | @abrandl |
batched_background_migration_job_transition_logs | @dfrazao-gitlab |
detached_partitions | @stomlinson |
postgres_reindex_queued_actions | @abrandl |
schema_migrations | @mattkasa |
partitioned_foreign_keys | @stomlinson |
batched_background_migration_jobs | @dfrazao-gitlab |
Why is this effort happening?
There have been many times that issues occur in production, but the the infrastructure team doesn't have the information it needs to identify subject matter experts who can help resolve things quickly. This in turn can delay the time it takes to find and fix pressing issues.
How much time should we expect to spend on this?
Depends, if the team has a lot of tables, it may take a little bit to get all of the information together. If not, this could be very fast. The descriptions are as much or little as the team wants to add. More information may help folks self service better.
How urgent is this?
The urgency is up to the team. If the tables have poor information or are misassigned, that may cause more burden on the team when answering questions.