Developer Integration Manual
A simple, clear guide to connecting your application to the Spacebase Cloud database platform.
How it Works
Spacebase gives you isolated database containers. Instead of sharing a single giant database with other users, your account gets its own independent sandbox environment. Everything runs through a central web router API.
Authentication
To keep your data safe, every request you send (except for signing up or logging in) must include your
secret token. You pass this key inside the standard Authorization header like this:
Authorization: Bearer sk_v2_f8b1c4e2a...
Automatic Name Cleanup
To prevent broken file links or weird path errors, Spacebase cleans up database names behind the scenes.
If you include any blank spaces or special punctuation characters, the engine automatically turns them
into nice, neat underscores (_).
| What You Type | How the Server Saves It |
|---|---|
"my tracking data" |
"my_tracking_data" |
"Client Logs v3!" |
"Client_Logs_v3" |
API Endpoint Specifications
Send all your API calls to this single base URL address:
http://spacebase.iquipe.cloud/v3
Registers a new developer account and hands back your first active secret access token.
{
"action": "register",
"email": "developer@iquipe.cloud",
"password": "MySuperSecretPassword123!"
}
{
"success": true,
"data": {
"user_id": 109,
"email": "developer@iquipe.cloud",
"token": "sk_v2_f8b1c4e2a739d482c19a3b65ef0192bc",
"message": "Account successfully created and provisioned."
}
}
Logs you in using your email and password. Use this if you lose your token or need to clear your local cache variables.
{
"action": "get_token",
"email": "developer@iquipe.cloud",
"password": "MySuperSecretPassword123!"
}
{
"success": true,
"data": {
"email": "developer@iquipe.cloud",
"token": "sk_v2_f8b1c4e2a739d482c19a3b65ef0192bc",
"message": "Authentication successful. Token retrieved."
}
}
Returns a summary list of all your active databases. It includes overall platform analytics like disk file sizes (in MB/GB) and exact read/write transaction histories.
{
"action": "list_databases"
}
{
"success": true,
"total_databases": 1,
"account_summary": {
"total_reads_across_all_databases": 142,
"total_writes_across_all_databases": 56
},
"databases": [
{
"friendly_name": "deep_space_telemetry",
"uuid_filename": "b9ea32f1-c42a-4ce7-8822-1ba4e320d912",
"created_at": "2026-05-19 13:36:00",
"total_reads": 142,
"total_writes": 56,
"size_metrics": {
"bytes": 24576,
"mb": "0.0234 MB",
"gb": "0.000023 GB"
}
}
]
}
Creates a brand new empty database container file on the hosting platform server. Note how our input parameter cleans up the spaces automatically.
| Key Name | Example Value |
|---|---|
| action | create |
| db_name | alpha base db (Becomes alpha_base_db) |
{
"success": true,
"message": "Database 'alpha_base_db' successfully registered and created."
}
Opens a connection pipeline to a specific database container so you can prepare to pass queries.
| Key Name | Example Value |
|---|---|
| action | connect |
| db_name | alpha_base_db |
{
"success": true,
"message": "Pipeline connected to 'alpha_base_db' successfully."
}
Runs your standard raw SQL commands directly inside your isolated database container file.
INSERT or
UPDATE data mutation query, the API doesn't just return an empty status message. It
loops back the exact contents of the data row you just added or changed, alongside the
auto-incremented last_insert_id number.
{
"sql": "INSERT INTO devices (name, status) VALUES ('Sensor Alpha', 'Active');"
}
{
"success": true,
"operation": "INSERT",
"last_insert_id": 12,
"data": {
"id": 12,
"name": "Sensor Alpha",
"status": "Active"
},
"affected_rows": 1
}
Permanently deletes a database container file from the server cluster and purges its record entries from your profile tracking registry maps.
| Key Name | Example Value |
|---|---|
| action | drop |
| db_name | alpha_base_db |
{
"success": true,
"message": "Database 'alpha_base_db' successfully dropped from space assets."
}
Returns a running list of every single command run across your profile. The logs are sorted cleanly from **Newest to Oldest** and record your incoming connection's actual remote IP location string.
{
"action": "view_my_logs",
"limit": 2
}
{
"success": true,
"logs": [
{
"database_name": "alpha_base_db",
"executed_query": "SELECT * FROM devices;",
"remote_ip": "192.168.1.105",
"executed_at": "2026-05-20 21:05:10"
},
{
"database_name": "alpha_base_db",
"executed_query": "INSERT INTO devices...",
"remote_ip": "192.168.1.105",
"executed_at": "2026-05-20 21:02:14"
}
]
}
Pulls history logs filtered for one single database container by providing its secret tracking UUID key handle.
{
"action": "view_database_logs",
"uuid_filename": "b9ea32f1-c42a-4ce7-8822-1ba4e320d912",
"limit": 1
}
{
"success": true,
"logs": [
{
"database_name": "deep_space_telemetry",
"executed_query": "SELECT * FROM matrix;",
"remote_ip": "45.33.2.11",
"executed_at": "2026-05-20 18:44:02"
}
]
}
Fetches a unified transaction stream across all database instances using a numeric user ID. Standard application keys can only query logs matching their own token ID signature parameters.
{
"action": "view_user_collection_logs",
"user_id": 109,
"limit": 1
}
{
"success": true,
"user_id": 109,
"email": "developer@iquipe.cloud",
"total_records": 1,
"logs": [
{
"database_name": "alpha_base_db",
"executed_query": "SELECT * FROM devices;",
"remote_ip": "192.168.1.105",
"executed_at": "2026-05-20 21:05:10"
}
]
}