התלבטות בין מסדי נתונים MySQL/MongoDB

[סיון]

בחלק שמדמה רשת חברתית
ועלתה לנו השאלה באיזה מסד נתונים להשתמש
רלציוני (MySQL / Postgress) או לא רלציוני (MongoDB)
לא רלציוני- כי מדובר על רשת חברתית עם כמות נתונים גבוהה, ושליפה / הוספת נתונים רבים ל DB בזמן אמת
רלציוני- כי בשליפה יש שימוש בהרבה Join בין ישויות, מה ש DB רלציוני יתמודד איתו יותר בקלות ואין מבנה נתונים דינמי
נשמח לשמוע חוות דעת ממנוסים בלבד
תודה רבה

עריכה:
ההתלבטות שלנו לגבי מונגו בגלל שאנחנו לא יודעות מה העלות של ביצוע JOIN מול עלות כזאת בSQL שהוא רלציוני

 

[ynigun]

@סיון
למה לא Graph database?

 

[java]

למה לא Firebase?
השתמשנו במוצר שבחלקו דימה רשת חברתית והיה ממש יעיל.
(וגם בעוד הרבה מוצרים אחרים)

ולפני שתגיע השאלה. לא. לצערי אין לי מניות בפיירבייס.

 

[סיון]

@סיון
למה לא Graph database?

תודה,
תוכל בבקשה להסביר למה כן?
וזה יעזור לנו עם ה Joinים?

 

[ynigun]

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

 

[סיון]

למה לא Firebase?
השתמשנו במוצר שבחלקו דימה רשת חברתית והיה ממש יעיל.
(וגם בעוד הרבה מוצרים אחרים)

ולפני שתגיע השאלה. לא. לצערי אין לי מניות בפיירבייס.

Firebase כמוצר ולא רק כDB? אפשרי לינק או שזה פנימי?
אם לא, תוכלי בבקשה לפרט מהן היכולות בדיוק?
תודה רבה

 

[java]

Firebase כמוצר ולא רק כDB?

השתמשנו כDB (וגם כסרבר וגם כautentication וגם כnotification manager אבל זה לא רלוונטי.)
מתנצלת,
נשמטה לי המילה ׳בזה׳
השתמשנו בזה במוצר

 

[סיון]

השתמשנו כDB (וגם כסרבר וגם כautentication וגם כnotification manager אבל זה לא רלוונטי.)
מתנצלת,
נשמטה לי המילה ׳בזה׳
השתמשנו בזה במוצר

תודה על התשובה
איך עובד הJOIN בFirebase?

 

[java]

תודה על התשובה
איך עובד הJOIN בFirebase?

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

 

[s976]

אם משווים בין nosql ל-sql, נגיד בין postgres ל-mongo
בשביל פרויקט של רשת חברתית, הייתי הולך על postgres
ובדיוק מהסיבה שהוזכרה בפתיחת האשכול - הקישוריות בין הטבלאות. מן הסתם אם, למשל, אובייקט כל שהוא (פוסט, תמונה) מקבל לייק, צריך לקשר את זה למשתמש מסוים. הכל מקושר עם הכל. וזה לא רק עניין של join אלא גם של foreign key
לעשות דברת כזה ב-mongo יהיה מסורבל וקשה, וכנראה גם לא יעיל.
לגבי זה שחוששים מכמות נתונים גבוהה מאוד - אני לא יודע בדיוק האם ולמה mongo עשויה להיות יותר טובה, אבל גם אם כן, הייתי אומר שקודם יהיה לכם בהצלחה שתגיעו לזה, ואם וכאשר שתגיעו לגשר תחשבו איך לעבור אותו. להתחיל פרויקט כזה עם mongo יהיה חתיכת סיוט, ולא נראה לי שזה מוצדק.
מה שכן, בשבלב הדיזיין כדאי לחשוב על רמת אבסטרקציה מתאימה, כך שמעבר מDB אחד לשני יתמקד בשכתוב של מודול כל שהוא, ולא בשכתוב של כל הקוד.

גילוי נאות: איני מומחה בתחום

 

[5127109]

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

Full Stack React & Firebase Tutorial - Build a social media app

In this full tutorial course, you will learn how to create a full stack, fully-featured social media application using React, Firebase, Redux, Express, and M...

www.youtube.com

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