PostgreSQL 11: אבולוציה של חלוקה מ-Postgres 9.6 ל-Postgres 11

שיהיה יום שישי נפלא לכולם! נשאר פחות ופחות זמן עד שהקורס יוצא לדרך "DBMS יחסי", אז היום אנו חולקים תרגום של חומר שימושי נוסף בנושא.

בשלב הפיתוח פוסטגרסל 11 נעשתה עבודה מרשימה לשיפור חלוקת השולחן. טבלאות מחיצות - זו פונקציה שהייתה קיימת ב-PostgreSQL די הרבה זמן, אבל היא, כביכול, בעצם לא הייתה קיימת עד גרסה 10, שבה היא הפכה לפונקציה מאוד שימושית. הצהרנו בעבר שירושת טבלה היא יישום החלוקה שלנו, וזה נכון. רק שיטה זו אילצה אותך לבצע את רוב העבודה באופן ידני. לדוגמה, אם אתה רוצה להכניס tuples למקטעים במהלך INSERTs, תצטרך להגדיר טריגרים שיעשו זאת עבורך. החלוקה דרך הירושה הייתה איטית מאוד וקשה לפתח עליה פונקציונליות נוספת.

ב-PostgreSQL 10, ראינו את לידתה של "חלוקה הצהרתית", תכונה שנועדה לפתור בעיות רבות שלא היו ניתנות לפתרון באמצעות שיטת ההורשה הישנה. זה הוביל לכלי הרבה יותר חזק שאפשר לנו לפצל נתונים אופקית!

השוואת תכונות

PostgreSQL 11 מציג קבוצה מרשימה של תכונות חדשות שעוזרות לשפר את הביצועים ולהפוך טבלאות מחולקות לשקופות יותר ליישומים.

1. שימוש בחריגים מגבילים
2. מוסיף רק צמתים
3. רק עבור טבלה מחולקת המתייחסת לטבלה שאינה מחולקת
4. אינדקסים חייבים להכיל את כל עמודות המפתח של המחיצה
5. הגבלות הסעיף משני הצדדים חייבות להתאים

פרודוקטיביות

גם כאן יש לנו חדשות טובות! שיטה חדשה נוספה מחיקת סעיפים. אלגוריתם חדש זה יכול לקבוע קטעים מתאימים על ידי הסתכלות על תנאי השאילתה WHERE. האלגוריתם הקודם, בתורו, בדק כל סעיף כדי לקבוע אם הוא יכול לעמוד בתנאי WHERE. זה הביא להגדלה נוספת של זמן התכנון ככל שמספר הקטעים גדל.

ב-9.6, עם חלוקה דרך ירושה, ניתוב tuples למחיצות נעשה בדרך כלל על ידי כתיבת פונקציית טריגר שהכילה סדרה של הצהרות IF כדי להכניס את tuple למחיצה הנכונה. פונקציות אלה עשויות להיות איטיות מאוד לביצוע. עם הוספת חלוקה הצהרתית בגרסה 10, זה עובד הרבה יותר מהר.

באמצעות טבלה מחולקת עם 100 מחיצות, אנו יכולים להעריך את הביצועים של טעינת 10 מיליון שורות לטבלה עם עמודה אחת BIGINT ו-1 עמודות INT.

ביצועים של שאילתת טבלה זו כדי למצוא רשומה אחת שנוספה לאינדקס ולהפעיל DML כדי לתפעל רשומה אחת (באמצעות מעבד אחד בלבד):

כאן אנו יכולים לראות שהביצועים של כל פעולה עלו משמעותית מאז PG 9.6. בקשות SELECT נראה הרבה יותר טוב, במיוחד אלה שמסוגלים להוציא מחיצות מרובות במהלך תכנון השאילתה. המשמעות היא שהמתזמן יכול לדלג על הרבה עבודה שהוא היה צריך לעשות קודם לכן. למשל, שבילים כבר לא בנויים לקטעים מיותרים.

מסקנה

חלוקת טבלאות מתחילה להפוך לתכונה חזקה מאוד ב- PostgreSQL. זה מאפשר לך להציג במהירות נתונים באופן מקוון ולהעביר אותם במצב לא מקוון מבלי לחכות להשלמת פעולות DML איטיות ומסיביות.. זה גם אומר שניתן לאחסן נתונים קשורים יחד, כלומר ניתן לגשת לנתונים שאתה צריך ביעילות רבה יותר. השיפורים שנעשו בגרסה זו לא היו מתאפשרים ללא המפתחים, הבודקים והמתחייבים שעבדו ללא לאות על כל התכונות הללו.
תודה לכולן! PostgreSQL 11 נראה פנטסטי!

הנה מאמר קצר אבל די מעניין. שתפו את ההערות שלכם ואל תשכחו להירשם יום פתוח, במסגרתו תפורט בהרחבה תכנית הקורס.

מקור: www.habr.com