SQLite database for sensor data in Raspberry Pi - Time & Space Complexity
When working with sensor data on a Raspberry Pi, we often store readings in an SQLite database. Understanding how the time to save or retrieve data grows helps us keep the system responsive.
We want to know how the time to insert or query data changes as the amount of stored sensor data grows.
Analyze the time complexity of the following code snippet.
import sqlite3
conn = sqlite3.connect('sensor_data.db')
cursor = conn.cursor()
cursor.execute('CREATE TABLE IF NOT EXISTS readings (id INTEGER PRIMARY KEY, value REAL)')
for reading in sensor_readings:
cursor.execute('INSERT INTO readings (value) VALUES (?)', (reading,))
conn.commit()
This code creates a table if needed and inserts multiple sensor readings one by one into the database.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: The loop that inserts each sensor reading into the database.
- How many times: Once for each reading in the sensor_readings list.
Each new reading causes one insert operation. So, if you have more readings, the total work grows directly with the number of readings.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 insert commands |
| 100 | 100 insert commands |
| 1000 | 1000 insert commands |
Pattern observation: The total work increases steadily as you add more sensor readings.
Time Complexity: O(n)
This means the time to insert all readings grows in direct proportion to how many readings you have.
[X] Wrong: "Inserting many readings at once will take the same time as inserting just one."
[OK] Correct: Each insert adds work, so more readings mean more time. The total time grows with the number of inserts.
Understanding how database operations scale is a useful skill. It shows you can think about how your code behaves as data grows, which is important for real projects.
"What if we used a single bulk insert statement instead of inserting one reading at a time? How would the time complexity change?"
Practice
Solution
Step 1: Understand SQLite's role on Raspberry Pi
SQLite is a lightweight database that runs locally without needing a separate server.Step 2: Connect SQLite to sensor data storage
It stores sensor readings on the Raspberry Pi itself, making data management easy and offline.Final Answer:
To store sensor readings locally without needing a separate database server -> Option CQuick Check:
SQLite stores data locally = B [OK]
- Confusing SQLite with cloud services
- Thinking SQLite controls hardware
- Assuming SQLite automatically displays data
sensors with columns id (integer primary key), name (text), and value (real)?Solution
Step 1: Check SQL syntax for table creation
The correct SQL command is CREATE TABLE followed by table name and column definitions in parentheses.Step 2: Match Python sqlite3 syntax
Python uses cursor.execute() with a valid SQL string. cursor.execute('CREATE TABLE sensors (id INTEGER PRIMARY KEY, name TEXT, value REAL)') matches correct SQL and Python syntax.Final Answer:
cursor.execute('CREATE TABLE sensors (id INTEGER PRIMARY KEY, name TEXT, value REAL)') -> Option AQuick Check:
Correct SQL CREATE TABLE syntax = D [OK]
- Using wrong SQL keywords like MAKE TABLE
- Incorrect column types like STRING instead of TEXT
- Missing parentheses around columns
import sqlite3
conn = sqlite3.connect('data.db')
cursor = conn.cursor()
cursor.execute('CREATE TABLE IF NOT EXISTS sensors (name TEXT, value REAL)')
cursor.execute("INSERT INTO sensors VALUES ('temp', 23.5)")
cursor.execute('SELECT * FROM sensors')
rows = cursor.fetchall()
print(rows)What will be the output?
Solution
Step 1: Understand table creation and insertion
The table 'sensors' is created if not exists, then a row ('temp', 23.5) is inserted.Step 2: Fetch all rows and print
The SELECT query fetches all rows, which includes the inserted row, so print outputs [('temp', 23.5)].Final Answer:
[('temp', 23.5)] -> Option AQuick Check:
Inserted row fetched = [('temp', 23.5)] [OK]
- Forgetting to insert data before SELECT
- Expecting empty list if table exists
- Confusing fetchall() output format
cursor.execute('CREATE TABLE sensors (name TEXT, value REAL)')
cursor.execute('INSERT INTO sensors (name, value) VALUES (?, ?)', ('humidity'))
conn.commit()What is the error and how to fix it?
Solution
Step 1: Identify parameter mismatch in INSERT
The VALUES clause expects two values, but only one ('humidity') is given as a tuple missing a second element.Step 2: Fix by providing both values
Provide a tuple with two elements, e.g., ('humidity', 45.0), to match the two columns.Final Answer:
Error: Missing second value in tuple; fix by adding a second value like ('humidity', 45.0) -> Option BQuick Check:
Parameter count matches columns = C [OK]
- Passing single string instead of tuple with two values
- Ignoring commit() after insert
- Wrong SQL syntax in INSERT statement
Solution
Step 1: Choose correct table schema for timestamp
Use TEXT type for time column to store datetime strings, which SQLite supports well.Step 2: Insert current local time correctly
Use SQLite function datetime('now', 'localtime') to get current local timestamp as text.Step 3: Match insertion code with schema
CREATE TABLE readings (name TEXT, value REAL, time TEXT); cursor.execute("INSERT INTO readings VALUES ('temp', 22.1, datetime('now', 'localtime'))") uses TEXT time column and inserts with datetime('now', 'localtime'), which is correct.Final Answer:
CREATE TABLE readings (name TEXT, value REAL, time TEXT); cursor.execute("INSERT INTO readings VALUES ('temp', 22.1, datetime('now', 'localtime'))") -> Option DQuick Check:
Local timestamp stored as TEXT = A [OK]
- Using CURRENT_TIMESTAMP without quotes in Python
- Storing time as INTEGER without conversion
- Ignoring localtime adjustment for timestamps
Ready to prove it?
Pass the test and this pattern moves unknown
