בוחרים מסד נתונים: Cloud Firestore או Realtime Database

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

מידע נוסף על מודל הנתונים של Cloud Firestore

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

מידע נוסף על מודל הנתונים של Realtime Database

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

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

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

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

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

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

• זמן פעולה תקינה אופייני של 99.999%.
• אם הזמינות חשובה מאוד, למשל באפליקציות של מסחר אלקטרוני, השתמשו ב-Cloud Firestore.

• זמן פעולה תקינה אופייני של 99.95%.

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

• אפשר להגדיל את קנה המידה לכ-200,000 חיבורים בו-זמנית ו-1,000 כתיבות בשנייה במסד נתונים אחד. כדי להגדיל את הנפח מעבר לכך, צריך לפצל את הנתונים לכמה מסדי נתונים.
• אין מגבלות מקומיות על קצבי הכתיבה של נתונים ספציפיים.

• קריאה וכתיבה מערכות SDK לנייד שמאובטחות על ידי Cloud Firestore Security Rules.
• פעולות קריאה וכתיבה מ-SDK של שרתים שמאובטחים באמצעות ניהול זהויות והרשאות גישה (IAM).
• הכללים לא חלים על כל התיקיות, אלא אם משתמשים בתו כללי לחיפוש.
• כללים יכולים להגביל שאילתות: אם תוצאות השאילתה עשויות להכיל נתונים שלמשתמש אין גישה אליהם, השאילתה כולה תיכשל.

• קריאה וכתיבה מערכות SDK לנייד שמאובטחות באמצעות Realtime Database Security Rules.
• כללי הקריאה והכתיבה חלים על כל הנתונים שמתחתיהם.
• מאמתים את הנתונים בנפרד באמצעות הכלל validate.

ב-Cloud Firestore אפשר להגדיר תקציבים חודשיים והתראות כדי להימנע מהוצאות גבוהות מדי.

מידע נוסף על תוכניות התמחור והתשלומים של Cloud Firestore

מידע נוסף על תוכניות התמחור והתשלומים של Realtime Database