Every WattleDB database is PostgreSQL 17 running as its own cluster, with PostGIS, pgvector, pg_cron and pg_stat_statements already in place and the trusted contrib extensions one CREATE EXTENSION away. Nothing to file, nobody else affected when you switch one on.
Store embeddings from any model in a vector column, index them, and rank by cosine, L2 or inner-product distance. A vector database inside the Postgres you already have, on Australian-owned hosting, with the rest of your data in the same transaction.
Geometry and geography types, spatial indexes and the core function library, for anything with an address, a boundary or a route. It lives in the wattledb_ext schema, which is on your search path, so ST_Distance resolves without qualification. Raster, topology and pgRouting are available on request.
Run SQL on a schedule from inside the database: nightly clean-ups, rollups, expiring sessions. Jobs run as the role that created them, not as a superuser, and the job and run-history tables sit in the cron schema.
Each query's call count, total and mean time, and rows, so you find the expensive query before a customer does. Also in wattledb_ext, readable by your app role and deliberately not reachable through the REST API.
Before you create a single table, the catalogue and these extensions use about 16 MB of your plan's database allowance, the largest part being PostGIS's coordinate-reference table. That is true of every PostgreSQL platform that ships extensions ready to use, and the FAQ states it plainly.
PostgreSQL marks some contrib extensions as trusted, meaning the database owner can create them without superuser rights. Those are yours to enable: uuid-ossp, citext, pg_trgm, hstore, pgcrypto, ltree, unaccent, btree_gin and the other trusted ones. Untrusted contrib extensions (dblink, postgres_fdw, file_fdw and the like) are not available, because your role is not a superuser. Because every database is its own PostgreSQL cluster rather than a schema inside a shared one, enabling an extension changes nothing for anybody else.
Need something not listed here? Ask. We will tell you plainly whether it can be enabled and what it costs in catalogue space, rather than guessing.
public becomes an endpoint through PostgREST, with Row-Level Security enforced on every request. Extension schemas stay off the API by design. How the REST API works.psql and anything that needs session state. When to use which.vector column, index them with HNSW or IVFFlat, and run similarity search with the distance operators. No ticket is needed.wattledb_ext schema that is on your search path, so geometry and geography types and functions such as ST_Distance resolve without qualification. The raster, topology and pgRouting components are available on request.cron.schedule(); jobs run as the role that created them, not as a superuser, and the job tables live in the cron schema.pg_dump away.CREATE EXTENSION; untrusted ones such as dblink and postgres_fdw cannot, because your role is not a superuser. If you need something not listed, ask and we will tell you plainly whether it can be enabled.A free database in about two minutes, no card required. pgvector, PostGIS and pg_cron are already there when you connect.
Create a free database →