qdo report · table

orders

Example sales orders fact table used throughout the qdo docs and tests. One row per order line, linking a customer to a product with fulfillment status, order amount, region, and order date.

connectiontest
dialectduckdb
rows5,000
generated2026-04-24T18:26:10+00:00

metadata

descriptionExample sales orders fact table used throughout the qdo docs and tests. One row per order line, linking a customer to a product with fulfillment status, order amount, region, and order date.
ownerRevenue Operations Analytics
coverage7/7 columns documented

schema

columntypenull %distinctsamples
idBIGINT0.0%5,000
idSynthetic order-row identifier used in the sample fixture. Useful for row-level debugging, but not a business key to share externally.
customer_idINTEGER0.0%1,232
customer_idForeign-key-style reference to the customer that placed the order. Joins to the customers fixture table on customer_id.
product_idINTEGER0.0%1,217
product_idForeign-key-style reference to the ordered product. Joins to the products fixture table on product_id.
statusVARCHAR0.3%10shipped delivered processing cancelled returned
statusFulfillment lifecycle status for the order row. Use this for workflow and delivery-state analysis, but normalize malformed values before treating it as a strict enum.
amountDOUBLE2.7%5,000
amountOrder amount in the fixture currency. Most analyses should exclude NULL amounts and review negative values before summing revenue.
regionVARCHAR0.0%4LATAM NA EMEA APAC
regionSales region used for rollups and reporting. Good first dimension for grouped query examples.
order_dateDATE0.0%1,2132023-08-07 2025-06-07 2023-02-07 2024-08-25 2023-04-22
order_dateOrder creation date. Use for trend analysis, period bucketing, and time-window filters.

quality

0 fail2 warn5 ok

warn

  • status0.2% unique
  • region0.1% unique

related tables

targetcandidate keystop conf.
customersid ↔ id, customer_id ↔ id, customer_id ↔ customer_id0.90
datatypesid ↔ id0.90
productsid ↔ id, product_id ↔ id0.90