📝 **Otázka:** **Napište funkci** \`recommend_vector_db(stack, vector_count, ops_burden_ok)\`, která vrací \`(jméno_db, důvod)\`. Použijte tento rozhodovací strom (v pořadí): 1. Pokud \`počet_vektorů >= 10_000_000\` → \`("Qdrant nebo borová šiška", "10 milionů vektorů přesahuje pohodlný rozsah pgvectoru")\` 2. Jinak pokud \`stack == "postgres"\` → \`("pgvector", f"Již na Postgres + {vector_count:,} vektory — jedna DB, méně operací")\` 3. Jinak pokud \`ops_burden_ok\` → \`("Qdrant", "Vlastní hostitel, Rust, vynikající filtrování metadat")\` 4. Jinak → \`("Šorková šiška", "Spravováno, nejsnadněji ovladatelné; plaťte za pohodlí")\` Poté jej spusťte proti čtyřem skutečným spouštěcím tvarům: \`\`\` stack=postgres n= 500 000 ops_ok=True -> pgvector (již na Postgres + 500 000 vektorů — jedna DB, méně operací) stack=postgres n=50 000 000 ops_ok=True -> Qdrant nebo Pinecone (10M+ vektorů přesahuje pohodlný rozsah pgvectoru) stack=none n= 100 000 ops_ok=False -> Pinecone (Spravováno, nejsnadněji ovladatelné; zaplaťte za pohodlí) stack=none n= 100 000 ops_ok=True -> Qdrant (vlastní hostování, Rust, vynikající filtrování metadat) \`\`\` Případ 500 000 na Postgres je **nejběžnější produkční odpovědí** a ten, kdo se mýlí, když sáhne po Pinecone – provozní jednoduchost (jedna DB, jedna záloha, jeden fond připojení) překonává okrajovou výkonnostní hranici Pinecone v tomto měřítku. Migrujte POUZE v případě, že jste změřili limity najetí pgvektoru. 📋 Vyberte správnou odpověď. 💡 **Tip:** Pokud si nejste jisti, přečtěte si znovu teorii výše.