Column Name Mapping (Augur to Aveloxis)
Aveloxis uses cleaner column names internally but exposes Augur-compatible names in all materialized views for seamless 8Knot integration.
Design Philosophy
Augur’s schema uses prefixes like pr_src_*, gh_*, and pr_review_* that embed the data source into the column name. Aveloxis replaces these with descriptive names (platform_pr_id, review_state, submitted_at) since the data source is tracked separately via the data_source metadata column.
However, 8Knot and other downstream tools reference Augur’s column names directly. To maintain backward compatibility, all 19 materialized views alias their output columns to match Augur’s naming convention exactly.
The rule: Internal table columns use Aveloxis names. Materialized view output uses Augur names.
Pull Requests
Augur column |
Aveloxis table column |
Matview output alias |
|---|---|---|
|
|
|
|
|
— |
|
|
|
|
|
— |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
— |
|
|
(unchanged) |
Pull Request Meta
Augur column |
Aveloxis table column |
Matview output alias |
|---|---|---|
|
|
— |
|
|
|
|
|
|
|
|
— |
|
|
— |
Pull Request Reviews
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Pull Request Labels
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
Pull Request Assignees / Reviewers
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
|
|
|
|
|
|
Issues
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
|
|
|
|
|
|
Issue Events
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
Issue Labels / Assignees
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
|
|
|
|
Messages
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
|
|
Repo Info
Augur column |
Aveloxis table column |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Repo Clones
Augur table/column |
Aveloxis table/column |
|---|---|
|
|
|
|
|
|
|
|
Table Names
Augur table |
Aveloxis table |
Notes |
|---|---|---|
|
|
Pluralized |
|
|
Pluralized |
|
|
Pluralized |
|
|
Same name |
|
|
Shortened |
Schema Names
Augur schema |
Aveloxis schema |
|---|---|
|
|
|
|
Libyear Compatibility Note
Augur’s repo_deps_libyear table has a typo in the column name: current_verion (missing ‘s’). Aveloxis fixes this to current_version in the table schema, but the explorer_libyear_detail materialized view aliases the output column back to current_verion to maintain compatibility with 8Knot and any queries written against Augur’s schema.
Writing Queries
When writing queries against Aveloxis:
Against tables directly: Use Aveloxis column names (
platform_pr_id,pr_state,created_at, etc.)Against materialized views: Use Augur column names (
pr_src_id,pr_src_state,pr_created_at, etc.)
The queries/ directory in the repository contains ~100 analytical SQL queries that have been rewritten from Augur’s schema to Aveloxis’s. These can be used as examples of the correct column names for direct table queries.
pull_request_meta.meta_label — why it is sometimes empty
meta_label is the head/base ref in GitHub’s owner:branch form
(e.g. octocat:feature-x). On the GraphQL collection path (the
default since v0.26.0) it is synthesized from the head/base
repository’s nameWithOwner plus the ref name.
When the fork behind a PR’s head branch has been DELETED, the label
is empty ('') on GraphQL-collected rows. GitHub’s REST API kept a
copy of the label string on the PR object itself, so REST-era rows
carry labels even for long-deleted forks; GraphQL exposes only the
live repository object, which is null once the fork is gone — there
is nothing to reconstruct the owner from. Measured scale on
augurlabs/augur (2026-07-10): 119 of 5,263 head/base rows (~2%).
This is a deliberate honest-NULL: we do not cache or fabricate values
we cannot verify (the same policy as null author_id for deleted
users and null closed_by_id for deleted closers). Analysts joining
on meta_label should treat '' as “fork deleted”; the branch NAME
is still available in meta_ref, and the paired pull_request_repo
row is likewise absent for deleted forks.