Oil & Gas

A well is a record, a stream and a document at once.

Exploration produces documents and surveys, the wellhead produces a continuous stream of measurements, and the pipeline produces events. Keeping those three readable together is the operational problem.

From downhole sensor to control-room query, in one path.

The story

From downhole sensor to control-room query, in one path.

Where it starts

Production telemetry

Pressure, flow, temperature and equipment state written as measurements. It is the first of 4 workloads running in Oil & Gas.

The question it raises

One view of a well

A single request reads the asset record, its telemetry window and the events recorded against it, instead of three systems joined by a timestamp convention.

Why one question is hard

From Exploration to Pipelines

Oil & Gas data moves through 5 stages — Exploration → Drilling → Production → Refining → Pipelines. The shapes in play are Time series, SQL, Events, JSON / documents, Objects, and answering one question means reading across all of them.

What PLOMID contributes

Telemetry writes never stop and the reads have to stay consistent while they land. These are the parts of the layer that carry that.

The environment

Seismic records, drilling telemetry, production flow and the documents around them.

Data arrives at three speeds: geological and survey material that changes rarely, telemetry that changes every second, and operational events that must be reconstructable months later. Most operators keep those in separate systems and reconcile them by hand. PLOMID holds records, documents and time-ordered data in one layer so a single query can span a well’s history and its current state.

One environment · many workloads

What runs against oil & gas data.

4 workload families over one set of shapes. Choose one to see what it moves and where it lands.

Pressure, flow, temperature and equipment state written as measurements.

  • Planned once against the layer, not once per store
  • Read beside the records it shares a key with
  • Persisted under one storage contract
The data journey

How oil & gas data reaches one layer.

Walk the path the data takes, from the environment that produces it to the questions it answers. Select a station, or a shape, to read each step.

From downhole sensor to control-room query, in one path.

Environment

The well

A wellhead and its equipment, producing around the clock in a field location.

Time series

Where the data goes to work

Questions the field asks daily.

Each one is a workload over the shapes above, answered from the same layer rather than from a purpose-built copy.

One view of a well

A single request reads the asset record, its telemetry window and the events recorded against it, instead of three systems joined by a timestamp convention.

  • Objects
  • JSON / documents

Condition monitoring

Equipment state and maintenance history live beside the measurements they explain, so a deviation can be read against what was done last time.

  • Time series
  • Events

Operational reporting without a copy

Aggregates run over the operational tables, so reported production and served production come from one place.

  • Time series
  • SQL

Field and control room agreement

Field sites and the control room read the same layer, which removes the drift that appears when each side keeps its own replica.

  • Time series
  • SQL
  • JSON / documents
Data models in play

The shapes, in one layer.

5 shapes carry this domain. Choose a stage to read the operation, or a shape to see every stage that handles it.

PLOMID · Oil & Gas exploration · drilling · production · refining · pipelines Select a stage
Stage

Exploration

Surveys, seismic material and geological records

Objects · JSON / documents

Workload map Oil & Gas workload map. Every shape on it is a surface of the layer, and each stage names the part of the operation it carries.
  • Time series Measurements and events in time order
  • SQL Records, keys and joins
  • Events Operational events as they happen
  • JSON / documents Documents and nested objects
  • Objects Large assets with queryable metadata
Workload architecture

Which workload touches which model.

The work, the shapes it names and the path a request takes — from the field to the control room.

Oil & Gas · workload architecture
Workloads

What runs against this data.

  • Production telemetry
  • Well and asset records
  • Operational events
  • Survey and maintenance documents
Data models

The shapes those workloads read and write.

  • Time series
  • SQL
  • Events
  • JSON / documents
  • Objects
The layer

One path from a request to the data it names.

  • Planning Predicates narrow the work before it runs
  • Execution Records, fields and windows answered together
  • Transactions Readers and writers do not block each other
Surfaces

How the work reaches the layer.

  • SQL surface The query language the layer is documented in
  • Applications Services and jobs writing and reading as they run
  • Analytics & AI clients The same layer, the same access path
Deployment & residency

Where this data is allowed to run.

Control rooms and field sites read the same data, so deployment spans a central system and whatever runs close to the field.

Deployment, residency and control
What you build next

Time-series Workloads

Measurements and events stored beside the records they describe.

If One view of a well is your question, start here.