{
  "id": 6693984,
  "title": "Model IoT Data Before You Store It: Device, Measurement, Timestamp",
  "url": "https://urgent.news/2026/09/11/model-iot-data-before-you-store-it-device-measurement-timestamp",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-09-11T02:50:27.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/timechodb/model-iot-data-before-you-store-it-device-measurement-timestamp-3p6p"
  },
  "original_language": "en",
  "account": "When an IoT data point is stored in a database, it is important to consider more than just the value itself. Before selecting a schema, connector, or query pattern, the origin of the data, what it measures, and when it was recorded should be determined. This article uses Apache IoTDB terminology to illustrate this modeling process.\n\nThere are three key elements to consider:\n\n1. Device: The real-world object that generated the measurement. This could be a physical device, measurement apparatus, or collection of sensors. An engineer should be able to identify the source of a signal change, not just the generic message.\n\n2. Timeseries: The physical quantity being measured, such as temperature, voltage, current, speed, vibration, etc. A single device can produce multiple timeseries, each with its own unit, frequency, data type, and purpose.\n\n3. Data point: The actual measurement value recorded at a specific timestamp. This answer the question of \"what was observed and when?\"\n\nBefore defining a schema, a modeling worksheet can be used to answer these questions for each signal. This exposes any gaps in understanding early on. Collection frequency should also be recorded as part of the signal's context, as different signals produce different amounts of temporal detail.\n\nIt is important to distinguish between the time the measurement was taken and the time the data is received by the system. This information should be explicitly stated in the schema.\n\nApache IoTDB supports both tree and table models, but the core concepts remain the same. Before choosing a specific model, the data and the questions that need to be answered should be determined. A pre-ingestion checklist can be used to ensure that every measurement can be traced to a specific device, measured quantity, timestamp, unit, type, and collection frequency. This makes future queries, trend comparisons, and troubleshooting more interpretable.",
  "summary": "When an IoT payload lands in a database, it is tempting to focus on the value first. 72.4 But a value alone is not yet useful time-series data. Before you choose a schema, connector, or query pattern, you need to know: what produced the value; what the value measures; and when that observation happened. This article uses Apache IoTDB terminology to make that model concrete. It is intentionally a…",
  "key_points": [],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}