Cognite Records API
Records are mutable or immutable data objects (depending on the stream template) stored in a stream. Records are created by ingesting data into a stream.Records are shaped similarly to instances in the Data Modeling service, and their schema is defined by the containers referenced as sources.Each record is associated with a space. Space-based access control applies to records.This section specifies the `records` resource and uses the following Data Modeling concepts: - [Spaces](https://docs.cognite.com/cdf/dm/dm_concepts/dm_spaces_instances#space) - [Containers](https://docs.cognite.com/cdf/dm/dm_concepts/dm_containers_views_datamodels#containers)**Note:** Every `record` has a required top-level `externalId` property, which can be usedin some queries to retrieve or aggregate records (for filtering or sorting).For mutable records, `externalId` (together with `space`) uniquely identifies a record for write operations (create, upsert, delete).For immutable records, the records API does not enforce uniqueness of the `space` + `externalId` pair, so multiple records may share the same identifier.## Rate and concurrency limitsBoth the rate of requests (denoted as requests per second, or â**rps**â) and the number of concurrent (parallel)requests are governed by limits for all CDF API endpoints. If a request exceeds a limit,it will be throttled with a `429: Too Many Requests` response. See [Resource throttling](https://docs.cognite.com/dev/concepts/resource_throttling) for limit types and how to avoid throttling.Limits apply to the API endpoints for this service.Some request types consume more resources (compute, storage I/O) than others. For example, ingest requestsare less resource-intensive than analytical requests (Aggregate, Retrieve).Limits for query endpoints (Sync, Retrieve, Aggregate) are hierarchical:- All query endpoints share a common **Query request budget** (shown in the tables below)- The Retrieve endpoint has an **additional** dedicated budget that is checked first- The Aggregate endpoint has an **additional** dedicated budget that is checked firstThe Sync endpoint only checks the Query request budget. The Retrieve and Aggregate endpointsmust pass both their dedicated budget check AND the Query request budget check.For example, with mutable streams you can make up to 40 rps total across all query endpoints(Query budget limit), but only up to 20 of those can be Retrieve requests (Retrieve budget limit)and only up to 15 can be Aggregate requests (Aggregate budget limit).That means you could send 20 Retrieve + 15 Aggregate + 5 Sync = 40 total RPS.Query performance and rate limits vary between mutable and immutable streams because oftheir different storage characteristics.Mutable streams provide consistent high-performance queries and higher rate limits(see "mutable streams" limits in the tables below).Immutable streams are optimized for ingesting very large amounts of data,which results in lower query performance and stricter rate limits than mutable streams(see "immutable streams" limits in the tables below).When designing data access patterns, use mutable streams for high-performance queries and higher rate limits, or immutable streams when the priorityis high-volume ingestion and long-term storage.The amount of data returned in responses from query endpoints (Sync, Retrieve, Aggregate)is also limited. Prefer reading only the data you need: use an appropriate `filter` and limit which `sources` are retrieved, rather thanretrieving large result sets that you will not use.The version limits for the records endpoints are shown in the tables below.These limits are subject to change, pending review of consumption patterns and resource availability over time: Ingest request budget Overall Per ID Requests per second 40 30 Concurrent requests 20 15 Query request budget Overall Per ID Requests per second: mutable streams 40 30 Concurrent requests: mutable streams 30 22 Requests per second: immutable streams 10 7 Concurrent requests: immutable streams 10 7 Response MB per second 4 3 Additional dedicated budgets for Retrieve and Aggregate endpoints: The Retrieve and Aggregate endpoints have dedicated budgets that are checked in addition to the Query request budget shown above. A request to these endpoints must pass both budget checks. Retrieve request budget Overall Per ID Requests per second: mutable streams 20 15 Concurrent requests: mutable streams 20 15 Requests per second: immutable streams 10 7 Concurrent requests: immutable streams 10 7 Note: Retrieve endpoint requests are checked against both this budget and the Query request budget above. Aggregate request budget Overall Per ID Requests per second: mutable streams 15 12 Concurrent requests: mutable streams 10 7 Requests per second: immutable streams 5 4 Concurrent requests: immutable streams 5 4 Note: Aggregate endpoint requests are checked against both this budget and the Query request budget above. Summary: Sync endpoint: Only limited by Query request budget Retrieve endpoint: Limited by Retrieve request budget AND Query request budget Aggregate endpoint: Limited by Aggregate request budget AND Query request budget
Cognite Records API is one of 90 APIs that Cognite publishes on the APIs.io network, described by a machine-readable OpenAPI specification.
Tagged areas include Records. The published artifact set on APIs.io includes an OpenAPI specification.
This API exposes 6 operations across 6 paths, and defines 92 schemas. It is described by OpenAPI 3.2.0, at version v1.
Requests are made against a single base URL, https://{cluster}.cognitedata.com/api/v1/projects/{project}.
Metadata
The identity and technical contract details declared by the specification.
Authentication & Security 5
Cognite Records API declares
5 security schemes
for authenticating requests.
It accepts HTTP bearer tokens (OpenID Connect or OAuth2 token) (oidc-token).
It supports OAuth 2.0 (oauth2-client-credentials) using the clientCredentials flow, exposing 1 scope.
It supports OAuth 2.0 (oauth2-auth-code) using the authorizationCode flow, exposing 1 scope.
It supports OAuth 2.0 (oauth2-open-industrial-data) using the clientCredentials flow, exposing 1 scope.
It supports OpenID Connect (org-oidc-token) discovered at https://auth.cognite.com/.well-known/openid-configuration.
By default, every request must be authenticated.
oidc-token— Access token issued by the CDF project's configured identity provider. Access token must be an OpenID Connect token, and the project must be configured to acce…oauth2-client-credentials— Access token issued by the CDF project's configured identity provider. Access token must be an OpenID Connect token, and the project must be configured to acce…oauth2-auth-code— Access token issued by the CDF project's configured identity provider. Access token must be an OpenID Connect token, and the project must be configured to acce…oauth2-open-industrial-data— Auth flow for Open Industrial Data. Get your client secret from https://hub.cognite.com/open-industrial-data-211.org-oidc-token— Access token issued by the Cognite authorization server, and valid for the target organization. The token must be an OpenID Connect token, and it can be obtain…
Paths & Operations 6
Across 6 paths, the API surfaces 6 operations — 6 POST. Each is listed below with its method, path, parameters, and response codes.
Records are mutable or immutable data objects (depending on the stream template) stored in a stream. Records are created by ingesting data into a stream. Records are shaped simila…
Schemas 92
The contract defines 92 schemas that model the data the API accepts and returns. The most detailed are SyncRecord (6 properties), RecordEnumPropertyType (5 properties), Record (5 properties), RecordContainerPropertyDefinition (5 properties). Each schema is shown below with its type and property counts.
Specification
The full machine-readable OpenAPI contract behind this narrative.
Source
More from Cognite 12
Other APIs Cognite publishes across the network.
This is an independent, third-party profile of Cognite Records API, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.
The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.
Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.
info@apievangelist.com
·
Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and
you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.