תוכן עניינים:
האם אתה מודע לפגמים הבסיסיים בארכיטקטורה מדור קודם ובמאגרי SQL מסורתיים? האם ידעת שמסדי נתונים של SQL אינם מיועדים לקנה מידה של קריאה וכתיבה? תוהה אם מסד הנתונים SQL המסורתי שלך יכול ליצור בעיות לעיבוד ניתוח מקוון? למרבה הצער, התשובה היא כן מוחלט. למרות התערבויות עתירות עבודה מה- DBA שלך לסדי נתונים בקנה מידה מעבר לצרכים ארגוניים קיימים, הנפח והמהירות האדירים של נתונים עסקיים מקשים מאוד על ההסתגלות לדרישות דינאמיות תוך הימנעות מהשבתה ומעיכובים. אין באתגרים אלה פירוש הדבר כי קנה מידה של מסד הנתונים של SQL אינו אפשרי. זה רק אומר שהתהליך רצוף אתגרים בכל חזית. בואו ללמוד מדוע. (למידע נוסף על SQL, ראה כיצד SQL ב- Hadoop יכול לעזור בניתוח ביג נתונים?)
החסרונות של מערכות ניהול מסדי נתונים מונוליטית
הוקמה בעידן ריכוזי יחסית בו פורסה תוכנה בסביבות סטטיות, ארכיטקטורות מסדי נתונים מדור קודם לא מצליחות לתמוך בעולם יותר ויותר נייד בו ניתן לגשת ליישומים בכל עת ובכל מקום. משתמשי תוכנה רוצים כיום שיפורים עקביים בשימושיות ומצפים כי ספקי SaaS יספקו תכונות ופונקציות חדשות הדרושות כדי להשיג את היעדים העסקיים שלהם.
עם זאת, טכנולוגיות מסדי נתונים מדור קודם לא מצליחות לספק את הצרכים של סביבות הענן וההענן של ימינו מהסיבות הבאות:
