Google Cloud הרחיבה את יכולות החיפוש הווקטורי של AlloyDB: אינדקסי ScaNN בעלי עץ בארבע רמות (4LT) זמינים כעת באופן כללי ב-PostgreSQL 17 ומעלה, ומיועדים לטבלאות שמגיעות עד 10 מיליארד שורות וקטוריות. העדכון, שפורסם ב-28 באוקטובר 2026, כולל גם תחזוקת אינדקס אוטומטית ושיפורים לחיפוש מסונן.
מה חדש באינדקס 4LT
אינדקס וקטורי מאפשר לאתר פריטים דומים לפי embedding — למשל מסמכים, תמונות או מוצרים — במקום להסתמך רק על התאמה מילולית. ככל שמספר הווקטורים גדל, מבנה האינדקס, צריכת הזיכרון וזמן התחזוקה הופכים לגורם תכנוני מרכזי. המבנה בן ארבע הרמות מוסיף היררכיה שמאפשרת ל-ScaNN לצמצם את מרחב החיפוש גם בקנה מידה גדול במיוחד.
לפי הודעת השחרור הרשמית של AlloyDB, התמיכה מיועדת ל-PostgreSQL 17 ומעלה. Google מציינת קיבולת של עד 10 מיליארד שורות וקטוריות, אך הנתון אינו הבטחת ביצועים אחידה: זמן תגובה ואיכות התוצאות עדיין תלויים בממד הווקטור, בהתפלגות הנתונים, במסננים, בפרמטרי האינדקס ובמשאבי המופע.
תחזוקה אוטומטית וחיפוש מסונן
4LT תומך כעת בתחזוקת אינדקס אוטומטית. זו תוספת חשובה למערכות שבהן מאגר הווקטורים משתנה בקצב גבוה, משום שאינדקס שאינו מתעדכן בהתאם לנתונים עלול לאבד איכות חיפוש או לדרוש פעולות תחזוקה ידניות יקרות.
Google הוסיפה גם מצב streaming עבור ScaNN. בהגדרת scann.satisfy_limit לערך relaxed_order, הסריקה ממשיכה למחיצות עלים נוספות עד שנמצאו מספיק תוצאות כדי לעמוד ב-LIMIT. המטרה היא לשפר recall כאשר שאילתת הדמיון כוללת גם מסנן קשיח. לסריקות מקביליות אפשר להפעיל את הדגל scann.enable_parallel_satisfy_limit.
שינויים נוספים למפעילי AlloyDB
- הערך המרבי הנתמך של
num_leavesב-PostgreSQL 17 ומעלה עלה מ-30,000,000 ל-104,857,600. - Vector Assist מסייע בהקמת סביבת חיפוש וקטורי, כולל יצירת embeddings, אופטימיזציית שאילתות ויצירת אינדקסים.
- התוסף
external_search_fdwמאפשר להתחבר למקורות Elasticsearch, Solr ו-OpenSearch ולשאול אותם מתוך מסד הנתונים. - התוסף RUM זמין לפעולות חיפוש טקסט מלא בעלות דירוג רלוונטיות וחיפוש ביטויים.
מה לבדוק לפני מעבר
צוותי פלטפורמה צריכים להתחיל במדגם מייצג ולמדוד לפחות ארבעה מדדים: recall@k, זמן תגובה באחוזון גבוה, משך בניית האינדקס וצריכת הזיכרון. חשוב לבדוק בנפרד שאילתות עם מסננים, מפני שהן עשויות להתנהג אחרת מחיפוש וקטורי טהור. בנוסף, יש לוודא שהאשכול כבר פועל על PostgreSQL 17 ושהגרסה העדכנית של תוכנת AlloyDB פרוסה בהתאם לחלון התחזוקה.
המשמעות המעשית אינה שכל מערכת צריכה מיד אינדקס של מיליארדי שורות, אלא שארגונים יכולים לתכנן מאגר משותף גדול יותר בלי לפצל מראש את שכבת האחזור בין שירותים רבים. לפני ייצור כדאי להשוות את 4LT לחלופות הקיימות על נתוני אמת ולתעד נקודת rollback.
מקור: Google Cloud — AlloyDB for PostgreSQL release notes, 28.10.2026.
קרדיט תמונה: Nazmus Sakib / Pexels. רישיון Pexels מתיר שימוש באתר, בסושיאל ובשיווק, וכן עריכה; הקרדיט ניתן גם כאשר אינו חובה.
