Query reference
The Firm query language provides a SQL-like, compact syntax for querying your entity graph from the command line.
Design philosophy
The query language is inspired by Microsoft's Kusto Query Language (KQL), using pipe operators to chain operations together. It's designed to be:
- SQL-like and familiar - Easy to learn if you know SQL
- Compact for CLI use - Minimal syntax for quick queries
- Composable - Build complex queries by piping operations together
The query grammar is defined using Pest and can be found in firm_lang/src/parser/query/grammar.pest.
Bag of entities model
Firm queries always operate on a "bag of entities". At every stage in query execution, you're processing complete, unmodified entities - we only read, filter, and traverse them, but never modify them or extract individual fields.
The from clause selects the initial set of entities, and every subsequent operation filters, expands, limits, or orders that entity set. This keeps the query language simple and focused on navigating the entity graph.
Basic syntax
All queries follow this structure:
from <entity_selector> | <operation> | <operation> | ...
Start with a from clause, then chain operations using the pipe symbol |.
Entity selector
Select which entities to start with:
# Select entities of a specific type
from task
# Select all entities (wildcard)
from *
Operations
where
Filter entities by field values or metadata:
# Filter by field value
from task | where is_completed == false
# Filter by metadata
from * | where @type == "task"
# Multiple conditions
from task | where is_completed == false | where priority > 5
Supported operators:
==- Equal to!=- Not equal to>- Greater than<- Less than>=- Greater than or equal to<=- Less than or equal tocontains- String/list contains valuestartswith- String starts with valueendswith- String ends with valuein- Value in list
Field references:
- Regular fields:
field_name - Metadata fields:
@type,@id
Value types:
# String (quoted)
where name == "John Doe"
where status == 'active'
# Number
where age > 30
where price <= 99.99
# Boolean
where is_completed == true
where active != false
# Currency
where budget >= 5000.00 USD
# Date/DateTime
where due_date > 2025-01-15
where created_at >= 2025-01-15 at 09:00 UTC
# Reference
where assignee_ref == person.john_doe
# Enum
where status == enum"active"
# Path
where file == path"./contracts/acme.pdf"
# List
where tags contains "urgent"
related
Traverse relationships to find connected entities:
# Find all related entities (1 degree)
from organization | related
# Find related entities of a specific type
from organization | related task
# Traverse multiple degrees of separation
from organization | related(2)
# Combine degrees and type filter
from organization | related(2) task
Syntax:
related- All related entities (1 degree)related <type>- Related entities of a specific type (1 degree)related(<n>)- All related entities (n degrees)related(<n>) <type>- Related entities of a specific type (n degrees)
order
Sort results by a field:
# Sort ascending (default)
from task | order due_date
# Sort descending
from task | order due_date desc
# Sort ascending (explicit)
from task | order priority asc
# Sort by metadata
from * | order @type
Syntax:
order <field>- Sort ascendingorder <field> asc- Sort ascending (explicit)order <field> desc- Sort descending
limit
Limit the number of results:
# Get first 10 results
from task | limit 10
# Get top 5 high-priority tasks
from task | where priority > 8 | order priority desc | limit 5
Syntax: limit <number>
Examples
Find incomplete tasks
from task | where is_completed == false
Find tasks assigned to a person
from task | where assignee_ref == person.john_doe
Find high-value opportunities
from opportunity | where value >= 10000.00 USD | order value desc
Find tasks for active projects
from project | where status == "active" | related task
Complex multi-hop query
from organization | where industry == "tech" | related(2) task | where is_completed == false | order due_date | limit 10
This query:
- Starts with tech organizations
- Finds entities within 2 degrees of separation that are tasks
- Filters to incomplete tasks
- Orders by due date
- Limits to 10 results
Query execution
Queries are executed left to right, with each operation transforming the result set:
from task → [all tasks]
| where status → [filtered tasks]
| related project → [related projects]
| order name → [sorted projects]
| limit 5 → [top 5 projects]
Each operation receives the output of the previous operation and produces a new result set.