SQL query generator from a plain-English request
Converts a natural-language data requirement plus a table schema into a syntactically correct SQL query for a named database, with its assumptions stated up front.
Create a column-level data dictionary that separates documented definitions, observed properties and unresolved semantics.
No public result for version 1 yet
Version 1 · 2 variables · 2 required
Fill in the values below — the customized prompt updates as you type. marks a required value.
Purpose, row grain and known provenance. Default: An order export used for operations reporting; intended grain is one row per order line.
Column definitions, representative rows and authoritative metadata. Default: Columns: order_id, line_id, amount, currency, created_at, status. Sample: O101,L1,19.99,USD,2026-08-01T10:00:00Z,2. Notes: amount excludes tax; status-code meanings and key constraints are not documented.
Create a column-level data dictionary.
Dataset purpose and row grain: An order export used for operations reporting; intended grain is one row per order line.
Schema, sample rows and existing notes: Columns: order_id, line_id, amount, currency, created_at, status. Sample: O101,L1,19.99,USD,2026-08-01T10:00:00Z,2. Notes: amount excludes tax; status-code meanings and key constraints are not documented.
For each column, record name, documented meaning, declared type, observed format, unit, allowed values, missing-value convention, key/relationship role and source note. Mark each property as supplied, observed in the sample, or unresolved. A suggestive column name is not proof of its meaning.
Check for ambiguous identifiers, mixed units, timestamp conventions, coded values and fields that might be derived. List precise questions for the data owner and proposed validation checks.
Keep sample observations separate from whole-dataset claims: a small sample cannot prove uniqueness, completeness or valid ranges. End with a short usage note describing the grain and joins that are established by the evidence.No public examples yet for version 1
Curated prompt only. No example output or model test is attached; model compatibility has not been verified. Default inputs are illustrative practice material; replace them with your own facts and context.
Reports go to moderators and are never shown publicly.
Converts a natural-language data requirement plus a table schema into a syntactically correct SQL query for a named database, with its assumptions stated up front.
No public results yet
Check join cardinality and aggregation grain to explain duplicate rows or double-counted measures before changing a reporting query.
No public results yet
Specify temporal evaluation, leakage checks, baselines and business-relevant metrics before judging a forecasting model.
No public results yet
Review a chart's scales, labels, aggregation and claims, separating visual issues from data questions that need verification.
No public results yet
Label supplied comments consistently while preserving mixed opinions, unclear cases and the exact words supporting each label.
No public results yet
Produce a deterministic transformation from repeated measure columns to tidy rows with explicit keys, types and missing-value rules.
Oldest first · one level of replies
Sign in to join the discussion. Share what you learned or made with this prompt.
No comments yet
Be the first to share how this prompt worked for you.