←Back to Subject
Notes
Notes
Study material and explanations
Diagrams
Diagrams
Visualize concepts easily
Mnemonics
Mnemonics
Tricks to remember faster
One Night Prep
One Night Prep
Short and focused revision
Revision
Revision
Quick summary and key points
Important Questions
Important Questions
Practice most relevant questions
Notes

Data Storage in IoT: Edge vs. Cloud & NoSQL Databases

Study material and explanations for Unit 2

Data Storage in IoT: Edge vs. Cloud and NoSQL Databases

Introduction: The Flood of IoT Data

IoT devices generate data completely differently from human users:

  • A human might post an update on social media once or twice a day.
  • But thousands of industrial vibration sensors, smart meters, and weather devices send readings every second, 24 hours a day, 365 days a year!

This creates massive Big Data Streams with 3 main traits (the 3 Vs):

  • High Velocity: Thousands of data packets arriving every single second.
  • High Volume: Gigabytes to terabytes of historical logs building up over time.
  • High Variety: Data comes in different formats — numbers, JSON messages, or camera feeds.

Where and how should we store all this incoming sensor data?


1. Storage Location: Local (Edge) Storage vs. Cloud Storage

Edge Storage vs. Cloud Storage Spectrum
Local (Edge / Gateway) Storage
Stores data directly on microcontrollers (MicroSD), Raspberry Pi, or local computers.
Zero delay, works 100% offline, limited storage space.
Cloud-Based Storage
Sends data to cloud servers (AWS, Azure, Google Cloud).
Virtually unlimited storage, global app access, requires active Internet.

Detailed Comparison Table:

Parameter Local (Edge) Storage Cloud-Based Storage
Physical Location MicroSD card, onboard flash memory, or local factory computer Massive remote data centers (AWS S3, Azure Blob)
Response Latency Instant (< 2 milliseconds) Slower (50 ms to 200 ms depending on Internet connection)
Internet Dependency Works 100% Offline; continues running even if the Internet goes down Requires an active, continuous Internet connection
Storage Capacity Small (a few Gigabytes or Terabytes) Virtually Unlimited & Elastic (Petabytes)
Security & Privacy High privacy (sensitive company data never leaves the building) Dependent on cloud provider security and government laws
Analytics Power Simple alerts (e.g. buzzer on high heat) Deep AI models, big data graphs, and multi-year trend analysis

2. Characteristics of IoT Sensor Data: Time-Series Data

Over 90% of IoT data is Time-Series Data:

  • It is simply a sequence of numbers recorded at regular time intervals.
  • Typical Format: [ Timestamp, Sensor_Name, Value ]
    • Example: [ "2026-10-23 10:30 AM", "LivingRoom_Temp", 27.5°C ]
  • Append-Only Nature: Sensors only add new readings to the end of the log. They almost never go back to edit or delete past readings!

3. Database Selection: NoSQL vs. Traditional RDBMS for IoT

Why do IoT systems prefer NoSQL databases over traditional relational databases (like MySQL)?

Database Engines for IoT
Traditional Relational (RDBMS)
Rigid tables and columns, heavy locking.
Gets slow and crashes under millions of simultaneous sensor writes per second.
NoSQL & Time-Series Databases
Flexible JSON format, distributed clusters, easily handles millions of continuous writes per second.

Detailed Comparison:

Feature Relational Databases (RDBMS) NoSQL Databases
Examples MySQL, PostgreSQL, Oracle MongoDB, Apache Cassandra, InfluxDB, DynamoDB
Data Schema Strict, fixed tables and columns Flexible / Schema-less (Stores JSON documents easily)
Write Speed Slower; locks tables to ensure strict ACID rules Extremely Fast; built for millions of simultaneous writes
Scaling (More Data) Hard to scale across multiple servers Built-in clustering across multiple cloud servers
Time-Series Features Requires manual indexing and custom queries Built-in time-series tools (auto-deletes very old logs)

4. Modern Hybrid Storage: Hot, Warm, and Cold Paths

Real-world IoT systems use a 3-tier storage architecture to save costs and speed up response:

  1. The Hot Path (Real-Time Edge): Sensor readings are checked immediately on the local device or gateway to sound instant alarms (e.g. cutting off a boiler valve in 5 milliseconds if it overheats).
  2. The Warm Path (Recent Data in Cloud NoSQL): The last 7 to 30 days of data are stored in fast NoSQL databases (like InfluxDB or MongoDB) so mobile apps can load real-time graphs quickly.
  3. The Cold Path (Archived Cloud Storage): Data older than 30 days is compressed and moved into cheap cloud file storage (like Amazon S3 or Google Cloud Storage) for long-term historical records and annual reports.

💡 DAVV Exam Preparation Tips

5-Mark Question: “Differentiate between Local Edge Storage and Cloud Storage for IoT applications.”

  • Contrast response speed (latency), Internet requirement, storage capacity, and privacy.
  • Mention why critical systems (like hospital ICU monitors or self-driving cars) must store and act on data locally at the edge.

10-Mark Question: “Discuss data storage challenges in Internet of Things (IoT) systems. Why are NoSQL and Time-Series databases preferred over traditional RDBMS for IoT sensor data? Explain the Hot Path and Cold Path architecture.”

  • Mention the 3 Vs of IoT data: Velocity, Volume, and Variety.
  • Explain Time-Series data (timestamped, append-only logs).
  • Give the comparison table: RDBMS (MySQL) vs NoSQL (MongoDB, InfluxDB).
  • Explain the 3 storage paths:
    • Hot Path (Instant local edge action)
    • Warm Path (Recent 30-day operational database)
    • Cold Path (Long-term cheap cloud archive).