החזרת מידע מודדת את היעילות של החיפוש באחזור כל הפריטים הרלוונטיים לשאילתה מסוימת. לדוגמה, נניח שיש לכם 100 הטמעות, וכל אחת מהן מייצגת ישות במסד הנתונים. אתם שולחים שאילתה להטמעות עם וקטור יעד ומגבילים אותה ל-10 תוצאות. חיפוש וקטורים ב-KNN מוצא את 10 הווקטורים הכי קרובים באמצעות שיטת חישוב של כוח גס, וכתוצאה מכך מתקבלת רמת דיוק של 100%. AlloyDB AI משתמש בשיטה הזו כברירת מחדל אם לא נוצר או נבחר אינדקס חיפוש וקטורי.
כשיוצרים אינדקס וקטורים ב-AlloyDB ל-PostgreSQL, בדרך כלל נעשה שימוש ב-ANN, שיכול לחלק וקטורים לפי דמיון כדי לאפשר אחזור מהיר יותר. כתוצאה מכך, יכול להיות ש-10 הווקטורים שמוחזרים בדוגמה הקודמת לא יהיו בדיוק 10 הווקטורים שהמרחק שלהם הכי קרוב. אם רק 8 מתוך 10 הווקטורים שאוחזרו הם הקרובים ביותר במרחב לווקטור השאילתה, אז ה-recall הוא 80%.
זמן האחזור של השאילתה מגדיר את המהירות שבה נוצרות תוצאות החיפוש. לדוגמה, זמן האחזור מחושב על סמך הזמן שחלף ממועד שליחת השאילתה ועד להחזרת הווקטורים.
בחירה של אסטרטגיית חיפוש
כשמבצעים חיפוש וקטורי ב-AlloyDB, בוחרים באחת מאסטרטגיות החיפוש הבאות:
אסטרטגיית חיפוש
תיאור
תרחישים לדוגמה
שכנים קרובים (KNN)
אלגוריתם שמאתר את נקודות הנתונים של k השכנים הקרובים ביותר לנקודת נתונים נתונה של שאילתה.
כשמבצעים חיפוש וקטורי בלי ליצור אינדקס, מתבצע חיפוש KNN כברירת מחדל.
האפליקציה שלך רגישה מאוד לדיוק ואתה צריך את ההתאמות הכי קרובות.
יש לכם פחות מ-100,000 וקטורים.
שכנים קרובים משוערים (ANN)
אלגוריתם שמוצא בקירוב את נקודות הנתונים הקרובות ביותר. רשת ה-ANN מחלקת נקודות נתונים קיימות של לקוחות לקבוצות קטנות על סמך דמיון.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["התוכן קשה להבנה","hardToUnderstand","thumb-down"],["שגיאות בקוד לדוגמה או במידע","incorrectInformationOrSampleCode","thumb-down"],["חסרים לי פרטים או דוגמאות","missingTheInformationSamplesINeed","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2026-07-16 (שעון UTC)."],[],[]]