⚡ Bolt: Add indexes to processing_jobs to optimize /jobs endpoint#52
⚡ Bolt: Add indexes to processing_jobs to optimize /jobs endpoint#52kourdroid wants to merge 1 commit into
Conversation
…ndpoint. Co-authored-by: kourdroid <36898160+kourdroid@users.noreply.github.com>
|
👋 Jules, reporting for duty! I'm here to lend a hand with this pull request. When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down. I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job! For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with New to Jules? Learn more at jules.google/docs. For security, I will only act on instructions from the user who triggered this task. |
💡 What: Added a SQL migration (
004_processing_jobs_indexes.sql) to create database indexes on theprocessing_jobstable. The indexes are(status, created_at DESC)and(created_at DESC).🎯 Why: The
/jobsAPI endpoint queries theprocessing_jobstable and orders the results bycreated_at DESC, optionally filtering bystatus. Without indexes, these queries result in sequential scans and expensive O(N log N) sorts.📊 Impact: This optimization turns the O(N log N) sorts into O(LIMIT) B-Tree backward walks. It will significantly reduce the latency of the
/jobsendpoint and lower CPU/IO load on the database, particularly as the table grows large.🔬 Measurement: Execute
EXPLAIN ANALYZEon the following query before and after applying the migration:SELECT * FROM processing_jobs WHERE status = 'PENDING' ORDER BY created_at DESC LIMIT 50;. The query plan should shift fromSeq Scan+Sortto anIndex Scan(orIndex Only Scan) on the newly created index.PR created automatically by Jules for task 3438726045328796059 started by @kourdroid