📝 **Vraag:** **Schrijf de functie** \`recommend_vector_db(stack, vector_count, ops_burden_ok)\` die \`(db_name, reden)\` retourneert. Gebruik deze beslisboom (in volgorde): 1. If \`vector_count >= 10_000_000\` → \`("Qdrant of Pinecone", "10M+ vectoren overschrijden het comfortabele bereik van pgvector")\` 2. Anders als \`stack == "postgres"\` → \`("pgvector", f"Al op Postgres + {vector_count:,} vectoren — één DB, minder ops")\` 3. Anders als \`ops_burden_ok\` → \`("Qdrant", "Zelf gehost, Rust, uitstekende metadatafiltering")\` 4. Anders → \`("Pinecone", "Beheerd, gemakkelijkst te bedienen; betaal voor het gemak")\` Voer het vervolgens uit tegen vier echte startup-vormen: \`\`\` stack=postgres n= 500.000 ops_ok=True -> pgvector (al op Postgres + 500.000 vectoren - één DB, minder ops) stack=postgres n=50.000.000 ops_ok=True -> Qdrant of Pinecone (10M+ vectoren overschrijden het comfortabele bereik van pgvector) stack=none n= 100.000 ops_ok=False -> Pinecone (beheerd, gemakkelijkst te bedienen; betaal voor het gemak) stack=none n= 100.000 ops_ok=True -> Qdrant (zelf gehost, Rust, uitstekende metadatafiltering) \`\`\` De 500K-op-Postgres-zaak is het **meest voorkomende productieantwoord** en het antwoord dat junioren fout hebben als ze naar Pinecone grijpen: operationele eenvoud (één DB, één back-up, één verbindingspool) overtreft Pinecone's marginale prestatievoordeel op deze schaal. Migreer ALLEEN als u de pgvector-haallimieten heeft gemeten. 📋 Kies het juiste antwoord. 💡 **Hint:** Herlees de bovenstaande theorie als je het niet zeker weet.