agentsclimarketplace

Audit db schema

Skill kensaurus/cursor-kenji/skills/audit-db-schema

🦖Curated Cursor AI agent skills, slash commands, MCP configs, subagents & rules for full-stack dev — React 19, Next.js 15, Supabase, Tailwind v4, TypeScript

Install
npx -y skills add kensaurus/cursor-kenji --skill audit-db-schema

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 6 stars6 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Audit database schema for consistency, validation, and industry standards. Auto-detects database type (Supabase/Postgres/MySQL), ORM (Prisma/Drizzle/Sequelize), and migration tool. Uses Supabase MCP for live schema inspection and advisors, Firecrawl for current schema best practices, and Context7 for ORM documentation. Covers naming conventions, data types, constraints, indexes, RLS policies, relationships, migrations, and security. Use when reviewing database schema design, checking naming conventions, validating constraints/indexes/ RLS policies, auditing migrations, or when the user mentions database quality, schema review, or data integrity concerns.

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

15.6 KB, as published. Nobody here has run it

Database Schema Audit Skill

Systematic audit of database schema implementation against industry standards for consistency, robustness, and validation.


Step 0: Auto-Detect Database Environment

Before auditing, discover the project's database setup.

0a. Detect Database and ORM

Read the dependency manifest and configuration files:

SignalTechnology
@supabase/supabase-js in package.jsonSupabase (Postgres)
prisma in devDependencies, prisma/schema.prismaPrisma ORM
drizzle-orm in dependencies, drizzle/ directoryDrizzle ORM
sequelize in dependenciesSequelize ORM
sqlalchemy in requirementsSQLAlchemy (Python)
supabase/migrations/*.sql directorySupabase migrations
prisma/migrations/ directoryPrisma migrations
drizzle/migrations/ or drizzle/*.sqlDrizzle migrations

0b. Find Supabase Project ID

If Supabase is detected, discover the project ID:

supabase:list_projects
{}

Match the project by name or URL from .env, .env.local, or supabase/config.toml. Record the PROJECT_ID for all subsequent MCP calls.

0c. Detect Schema Source Files

Glob: **/supabase/migrations/*.sql → Supabase SQL migrations
Glob: **/prisma/schema.prisma → Prisma schema
Glob: **/drizzle/schema.ts → Drizzle schema
Glob: **/src/db/schema.ts → Drizzle alt location
Glob: **/knexfile.* → Knex migrations
Glob: **/alembic/versions/*.py → SQLAlchemy migrations

0d. Record Discovery

DATABASE ENVIRONMENT:
- Database: [Supabase Postgres / raw Postgres / MySQL / SQLite]
- ORM: [Prisma / Drizzle / Sequelize / none]
- Project ID: [Supabase project ID or N/A]
- Migration tool: [Supabase CLI / Prisma Migrate / Drizzle Kit / Knex]
- Schema files: [list paths]
- Migration count: [N]

Step 1: Research Schema Best Practices

1a. Context7 — ORM Documentation

If using Prisma:

context7:resolve-library-id
{
 "libraryName": "prisma",
 "query": "schema best practices indexes relations"
}
context7:query-docs
{
 "libraryId": "<RESOLVED_ID>",
 "query": "schema best practices naming conventions indexes onDelete"
}

If using Drizzle, resolve drizzle-orm instead.

1b. Firecrawl — Current Database Patterns

firecrawl:firecrawl_search
{
 "query": "PostgreSQL schema design best practices [current year]",
 "limit": 5,
 "sources": [{ "type": "web" }]
}

Additional searches based on detected stack:

StackSearch Query
SupabaseSupabase RLS policies best practices performance [current year]
PrismaPrisma schema design relations indexes best practices [current year]
DrizzleDrizzle ORM schema patterns migrations [current year]
GeneralPostgreSQL indexing strategy production optimization

Scrape the most authoritative result:

firecrawl:firecrawl_scrape
{
 "url": "<BEST_RESULT_URL>",
 "formats": ["markdown"],
 "onlyMainContent": true
}

1c. Supabase Docs Search

If Supabase is detected, also search their docs:

supabase:search_docs
{
 "query": "RLS policy performance best practices"
}

Step 2: Gather Full Schema

2a. List All Tables (Supabase MCP)

supabase:list_tables
{
 "project_id": "<PROJECT_ID>",
 "schemas": ["public"],
 "verbose": true
}

This returns column details, primary keys, and foreign key constraints for every table.

2b. Run Detailed Audit Queries

supabase:execute_sql
{
 "project_id": "<PROJECT_ID>",
 "query": "SELECT table_name, column_name, data_type, is_nullable, column_default FROM information_schema.columns WHERE table_schema = 'public' ORDER BY table_name, ordinal_position"
}
supabase:execute_sql
{
 "project_id": "<PROJECT_ID>",
 "query": "SELECT tc.table_name, tc.constraint_name, tc.constraint_type, kcu.column_name, ccu.table_name AS foreign_table FROM information_schema.table_constraints tc JOIN information_schema.key_column_usage kcu ON tc.constraint_name = kcu.constraint_name LEFT JOIN information_schema.constraint_column_usage ccu ON tc.constraint_name = ccu.constraint_name WHERE tc.table_schema = 'public'"
}

2c. Gather Indexes

supabase:execute_sql
{
 "project_id": "<PROJECT_ID>",
 "query": "SELECT tablename, indexname, indexdef FROM pg_indexes WHERE schemaname = 'public' ORDER BY tablename"
}

2d. Gather RLS Status and Policies

supabase:execute_sql
{
 "project_id": "<PROJECT_ID>",
 "query": "SELECT tablename, rowsecurity FROM pg_tables WHERE schemaname = 'public' ORDER BY tablename"
}
supabase:execute_sql
{
 "project_id": "<PROJECT_ID>",
 "query": "SELECT schemaname, tablename, policyname, permissive, roles, cmd, qual, with_check FROM pg_policies WHERE schemaname = 'public' ORDER BY tablename"
}

2e. Run Supabase Advisors

supabase:get_advisors
{
 "project_id": "<PROJECT_ID>",
 "type": "security"
}
supabase:get_advisors
{
 "project_id": "<PROJECT_ID>",
 "type": "performance"
}

Include remediation URLs from advisor results in the final report as clickable links.


Step 3: Audit Categories

3.1 Naming Conventions

RuleStandardCheck
Tablessnake_case, plural (users, posts)No camelCase, no singular
Columnssnake_case (created_at, user_id)No camelCase
Primary keysidNot user_id on own table
Foreign keys{referenced_table_singular}_id (user_id)Consistent pattern
Indexesidx_{table}_{column(s)}Descriptive names
Constraints{table}_{column}_{type} (users_email_unique)Descriptive names
Enumssnake_case type, UPPER_CASE valuesConsistent casing
Boolean columnsis_ or has_ prefix (is_active, has_access)Clear intent

Audit query:

-- Find naming violations
SELECT table_name FROM information_schema.tables
WHERE table_schema = 'public'
 AND (table_name ~ '[A-Z]' OR table_name !~ 's$');

SELECT table_name, column_name FROM information_schema.columns
WHERE table_schema = 'public' AND column_name ~ '[A-Z]';

3.2 Data Types

RuleStandard
Primary keysuuid with gen_random_uuid() or cuid
Timestampstimestamptz (NOT timestamp)
Moneynumeric(12,2) or bigint (cents) — NEVER float/real
Emailtext with CHECK constraint or citext
Status/enumPostgres enum type or text with CHECK
JSONjsonb (NOT json)
Short stringstext preferred over varchar(n) in Postgres
Booleansboolean with NOT NULL DEFAULT
IP addressesinet type
ArraysNative text[], integer[] where appropriate

Audit queries:

-- Timestamp without timezone
SELECT table_name, column_name, data_type FROM information_schema.columns
WHERE table_schema = 'public' AND data_type = 'timestamp without time zone';

-- Float/real money columns
SELECT table_name, column_name, data_type FROM information_schema.columns
WHERE table_schema = 'public'
 AND data_type IN ('real', 'double precision')
 AND (column_name LIKE '%price%' OR column_name LIKE '%amount%'
 OR column_name LIKE '%cost%' OR column_name LIKE '%balance%');

-- json instead of jsonb
SELECT table_name, column_name FROM information_schema.columns
WHERE table_schema = 'public' AND data_type = 'json';

3.3 Required Columns and Timestamps

Every table MUST have:

ColumnTypeDefaultNotes
iduuidgen_random_uuid()Primary key
created_attimestamptznow()NOT NULL
updated_attimestamptznow()NOT NULL, auto-trigger

Audit queries:

-- Tables missing created_at or updated_at
SELECT t.table_name,
 EXISTS(SELECT 1 FROM information_schema.columns c WHERE c.table_name = t.table_name AND c.column_name = 'created_at') AS has_created_at,
 EXISTS(SELECT 1 FROM information_schema.columns c WHERE c.table_name = t.table_name AND c.column_name = 'updated_at') AS has_updated_at
FROM information_schema.tables t
WHERE t.table_schema = 'public' AND t.table_type = 'BASE TABLE';

-- Check updated_at trigger exists
SELECT event_object_table, trigger_name FROM information_schema.triggers
WHERE trigger_schema = 'public' AND action_statement LIKE '%updated_at%';

3.4 Constraints and Validation

ConstraintWhen Required
NOT NULLEvery column unless explicitly optional
UNIQUEEmails, slugs, external IDs, usernames
CHECKEnums, ranges, formats, positive numbers
DEFAULTBooleans, timestamps, status fields
FOREIGN KEYEvery relationship column
ON DELETECASCADE for owned data, SET NULL for optional refs, RESTRICT for critical

Audit queries:

-- Nullable FK columns (usually a mistake)
SELECT table_name, column_name FROM information_schema.columns
WHERE table_schema = 'public' AND column_name LIKE '%_id'
 AND is_nullable = 'YES' AND column_name != 'id';

-- FK columns without foreign key constraints
SELECT c.table_name, c.column_name FROM information_schema.columns c
WHERE c.table_schema = 'public' AND c.column_name LIKE '%_id' AND c.column_name != 'id'
 AND NOT EXISTS (
 SELECT 1 FROM information_schema.key_column_usage kcu
 JOIN information_schema.table_constraints tc ON kcu.constraint_name = tc.constraint_name
 WHERE tc.constraint_type = 'FOREIGN KEY'
 AND kcu.table_name = c.table_name AND kcu.column_name = c.column_name
 );

-- Booleans without DEFAULT
SELECT table_name, column_name FROM information_schema.columns
WHERE table_schema = 'public' AND data_type = 'boolean' AND column_default IS NULL;

3.5 Indexes

RuleStandard
Foreign keysIndex on EVERY FK column
Frequent queriesIndex on WHERE/ORDER BY columns
Unique lookupsUnique index on email, slug, external_id
CompositeOrder: equality first, then range, then sort
RLS columnsIndex columns used in RLS policies
created_atDESC index for chronological queries
Partial indexesWHERE clause for subset queries

Audit query:

-- FK columns without indexes
SELECT c.table_name, c.column_name FROM information_schema.columns c
WHERE c.table_schema = 'public' AND c.column_name LIKE '%_id' AND c.column_name != 'id'
 AND NOT EXISTS (
 SELECT 1 FROM pg_indexes i
 WHERE i.schemaname = 'public' AND i.tablename = c.table_name
 AND i.indexdef LIKE '%' || c.column_name || '%'
 );

-- Tables with no indexes besides PK
SELECT t.table_name, COUNT(i.indexname) as idx_count
FROM information_schema.tables t
LEFT JOIN pg_indexes i ON i.tablename = t.table_name AND i.schemaname = 'public'
WHERE t.table_schema = 'public' AND t.table_type = 'BASE TABLE'
GROUP BY t.table_name HAVING COUNT(i.indexname) <= 1;

3.6 Row Level Security (Supabase)

RuleStandard
RLS enabledEVERY public table has RLS ON
SELECT policyExists for every table
INSERT policyWITH CHECK on user ownership
UPDATE policyUSING + WITH CHECK on ownership
DELETE policyUSING on ownership
Service roleBypasses RLS (never expose to client)
Performance(select auth.uid()) subquery pattern
IndexesOn columns used in policies

Audit queries:

-- Tables WITHOUT RLS enabled
SELECT tablename FROM pg_tables WHERE schemaname = 'public' AND rowsecurity = false;

-- Tables WITH RLS but NO policies
SELECT t.tablename FROM pg_tables t
WHERE t.schemaname = 'public' AND t.rowsecurity = true
 AND NOT EXISTS (
 SELECT 1 FROM pg_policies p WHERE p.tablename = t.tablename AND p.schemaname = 'public'
 );

-- Policies using auth.uid() without subquery (performance issue)
SELECT tablename, policyname, qual FROM pg_policies
WHERE schemaname = 'public'
 AND qual::text LIKE '%auth.uid()%'
 AND qual::text NOT LIKE '%(select auth.uid())%';

3.7 Relationships and Normalization

RuleStandard
3NF minimumNo transitive dependencies
Junction tablesFor many-to-many (user_roles, not JSON arrays)
No data duplicationNormalize repeated data into lookup tables
Cascade rulesDefined on every FK relationship
Self-referencingUse with parent_id pattern when needed
PolymorphicAvoid — use junction tables or STI instead

3.8 Migrations

RuleStandard
Sequential numberingTimestamps or 0001_, 0002_ prefixes
Descriptive names0003_add_user_roles.sql not 0003_update.sql
IdempotentIF NOT EXISTS, IF EXISTS guards
No data lossDown migrations or rollback plan
AtomicOne logical change per migration
No breaking changesAdditive first, then backfill, then cleanup

3.9 Security

RuleStandard
No plaintext secretsPasswords hashed, tokens encrypted
PII protectionSensitive columns identified and protected
Audit trailcreated_by, updated_by on sensitive tables
GrantsMinimal privileges per role
ExtensionsOnly necessary extensions enabled
Search pathExplicit schema references

Audit query:

-- Columns that might contain sensitive data
SELECT table_name, column_name FROM information_schema.columns
WHERE table_schema = 'public'
 AND (column_name LIKE '%password%' OR column_name LIKE '%secret%'
 OR column_name LIKE '%token%' OR column_name LIKE '%ssn%'
 OR column_name LIKE '%credit_card%');

-- Check granted permissions
SELECT grantee, table_name, privilege_type FROM information_schema.table_privileges
WHERE table_schema = 'public' ORDER BY grantee, table_name;

Step 4: Full Schema Health Check (Single Query)

Run this full health check via Supabase MCP:

supabase:execute_sql
{
 "project_id": "<PROJECT_ID>",
 "query": "WITH table_info AS (SELECT t.table_name, EXISTS(SELECT 1 FROM information_schema.columns c WHERE c.table_name = t.table_name AND c.column_name = 'id') AS has_id, EXISTS(SELECT 1 FROM information_schema.columns c WHERE c.table_name = t.table_name AND c.column_name = 'created_at') AS has_created_at, EXISTS(SELECT 1 FROM information_schema.columns c WHERE c.table_name = t.table_name AND c.column_name = 'updated_at') AS has_updated_at, (SELECT rowsecurity FROM pg_tables pt WHERE pt.tablename = t.table_name AND pt.schemaname = 'public') AS rls_enabled, (SELECT COUNT(*) FROM pg_policies p WHERE p.tablename = t.table_name AND p.schemaname = 'public') AS policy_count, (SELECT COUNT(*) FROM pg_indexes i WHERE i.tablename = t.table_name AND i.schemaname = 'public') AS index_count FROM information_schema.tables t WHERE t.table_schema = 'public' AND t.table_type = 'BASE TABLE') SELECT table_name, CASE WHEN has_id THEN 'Y' ELSE 'N' END AS id, CASE WHEN has_created_at THEN 'Y' ELSE 'N' END AS created_at, CASE WHEN has_updated_at THEN 'Y' ELSE 'N' END AS updated_at, CASE WHEN rls_enabled THEN 'Y' ELSE 'N' END AS rls, policy_count AS policies, index_count AS indexes FROM table_info ORDER BY table_name"
}

Further reading

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.