All checks were successful
deploy / deploy (push) Successful in 48s
Instead of fetching up to 50k inventory snapshots (~442MB), scope the query to only the time range of the current submission batch with a 15-minute buffer. For a typical 1-hour batch this drops from 50k rows to ~300 rows, well within the 1280Mi pod memory limit. The coalesced_at_idx on intent_inventory_snapshots covers the BETWEEN clause so this remains efficient. Proof: history-writer OOM kills from refreshQuoteOutcomes inventory fetch Assumptions: 15min buffer covers the attribution window for all submissions Still fake: heuristic gap outcomes may attribute trades imprecisely
14 lines
502 B
JavaScript
14 lines
502 B
JavaScript
import { createPostgresPool } from './src/lib/postgres.mjs';
|
|
|
|
async function main() {
|
|
const pool = createPostgresPool({ connectionString: process.env.POSTGRES_URL });
|
|
const inventoryRows = await pool.query(`
|
|
SELECT event_id as inventory_id, observed_at, payload
|
|
FROM intent_inventory_snapshots
|
|
ORDER BY COALESCE(observed_at, ingested_at) DESC
|
|
LIMIT 1
|
|
`);
|
|
console.log("Most recent snapshot:", inventoryRows.rows[0].observed_at);
|
|
process.exit(0);
|
|
}
|
|
main().catch(console.error);
|