InfluxDB data elements

    The sample data below is used to illustrate data elements concepts. Hover over highlighted terms to get acquainted with InfluxDB terminology and layout.

    bucket:

    All data stored in InfluxDB has a _time column that stores timestamps. On disk, timestamps are stored in epoch nanosecond format. InfluxDB formats timestamps show the date and time in RFC3339 UTC associated with data. Timestamp precision is important when you write data.

    Measurement

    The _measurement column shows the name of the measurement census. Measurement names are strings. A measurement acts as a container for tags, fields, and timestamps. Use a measurement name that describes your data. The name census tells us that the field values record the number of bees and ants.

    Fields

    A field includes a field key stored in the _field column and a field value stored in the _value column.

    A field key is a string that represents the name of the field. In the sample data above, bees and ants are field keys.

    Field value

    A field value represents the value of an associated field. Field values can be strings, floats, integers, or booleans. The field values in the sample data show the number of bees at specified times: 23, and and the number of ants at a specified time: 30 and 32.

    A field set is a collection of field key-value pairs associated with a timestamp. The sample data includes the following field sets:

    Fields aren’t indexed: Fields are required in InfluxDB data and are not indexed. Queries that filter field values must scan all field values to match query conditions. As a result, queries on tags > are more performant than queries on fields. Store commonly queried metadata in tags.

    Tag key

    The tag keys in the sample data are location and scientist. For information about tag key requirements, see .

    The tag key location has two tag values: klamath and portland. The tag key scientist also has two tag values: anderson and . For information about tag value requirements, see Line protocol – Tag set.

    Tag set

    The collection of tag key-value pairs make up a tag set. The sample data includes the following four tag sets:

    Tags are indexed: Tags are optional. You don’t need tags in your data structure, but it’s typically a good idea to include tags. Because tags are indexed, queries on tags are faster than queries on fields. This makes tags ideal for storing commonly-queried metadata.

    Tags containing highly variable information like UUIDs, hashes, and random strings will lead to a large number of unique series in the database, known as high series cardinality. High series cardinality is a primary driver of high memory usage for many database workloads. See series cardinality for more information.

    Why your schema matters

    If most of your queries focus on values in the fields, for example, a query to find when 23 bees were counted:

    InfluxDB scans every field value in the dataset for bees before the query returns a response. If our sample census data grew to millions of rows, to optimize your query, you could rearrange your schema so the fields (bees and ants) becomes tags and the tags (location and scientist) become fields:

    Now that bees and ants are tags, InfluxDB doesn’t have to scan all _field and _value columns. This makes your queries faster.

    Bucket schema

    In InfluxDB Cloud, a bucket with the explicit schema-type requires an explicit schema for each measurement. Measurements contain tags, fields, and timestamps. An explicit schema constrains the shape of data that can be written to that measurement.

    Series

    Now that you’re familiar with measurements, field sets, and tag sets, it’s time to discuss series keys and series. A series key is a collection of points that share a measurement, tag set, and field key. For example, the includes two unique series keys:

    A series includes timestamps and field values for a given series key. From the sample data, here’s a series key and the corresponding series:

    Understanding the concept of a series is essential when designing your schema and working with your data in InfluxDB.

    A point includes the series key, a field value, and a timestamp. For example, a single point from the looks like this:

    Bucket

    All InfluxDB data is stored in a bucket. A bucket combines the concept of a database and a retention period (the duration of time that each data point persists). A bucket belongs to an organization. For more information about buckets, see .

    Organization

    An InfluxDB organization is a workspace for a group of . All dashboards, , buckets, and users belong to an organization. For more information about organizations, see Manage organizations.

    If you’re just starting out, we recommend taking a look at the following guides:

    For an overview of how these elements interconnect within InfluxDB’s data model, watch the follwoing video: