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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

‫Cloud Firestore תומך בתקרות הוצאה יומיות לפרויקטים של App Engine, כדי לוודא שלא תחרגו מהעלויות שמתאימות לכם.

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

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