רוטר - עבודה עם MONGODB, המלצות

יומן פעילות	לוח שנה	מבזקי חדשות	תקנון	RSS	כותרות	כותרות לפי תגובה	ניקוי קוקיז	IP	להורדת אפליקציה
eBay	AliExpress	GearBest	Amazon	Booking	Kiwi	SkyScanner	Trip Advisor

"עבודה עם MONGODB, המלצות"

גירסת הדפסה

קבוצות דיון פיתוח, תיכנות ובניית אתרים נושא #20365	מנהל סגן המנהל מפקח Winner צל"ש מומחה

אשכול מספר 20365

CaTz
חבר מתאריך 2.10.04
14537 הודעות, דרג אמינות חבר זה

16:50 25.11.13

עבודה עם MONGODB, המלצות

שלום,
לאחרונה גיליתי את נפלאות ה-NoSQL, ובין היתר mongoDB דיי התבלט.
השאלה שלי היא איך מתחילים תיכנון של "Documents"?
אני כמי שמגיע מהצד של SQL, קצת קשה לי להבין את הקונצפט של תיכנון ה-DB במונגו.

מישהו יכול לשתף קצת מהידע שלו?

שתף

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

האשכול	מחבר	תאריך כתיבה	מספר
במה התקשת?	ליל קיץ	26.11.13 15:09	1
זה לא עניין של התקשות,	CaTz	26.11.13 16:13	2
החוק הוא פישוט המידע	ליל קיץ	26.11.13 17:05	3
OK, ומי דואג לאחידות המידע?	CaTz	26.11.13 17:36	4
אתה מדבר על foreign key ועשית קצת סלט	ליל קיץ	26.11.13 19:20	5
אבל לפי הבנתי אין joins ב-mongo	CaTz	26.11.13 19:46	6
אתה לא צריך JOIN,	last_test	27.11.13 21:11	7
תודה רבה	CaTz	27.11.13 22:55	8

ליל קיץ

חבר מתאריך 14.2.10
10048 הודעות, 7 פידבק, 14 נקודות

15:09 26.11.13

1. במה התקשת?
בתגובה להודעה מספר 0

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

CaTz
חבר מתאריך 2.10.04
14537 הודעות, דרג אמינות חבר זה

16:13 26.11.13

2. זה לא עניין של התקשות,
בתגובה להודעה מספר 1

אלא רעיונית, כמושיש חוקים ברורים לבניית טבלאות ב-SQL.
האם יש כללים גם ב-MONGO

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ליל קיץ

חבר מתאריך 14.2.10
10048 הודעות, 7 פידבק, 14 נקודות

17:05 26.11.13

3. החוק הוא פישוט המידע
בתגובה להודעה מספר 2

ההבדל הגדול ביותר שבא לידי ביטוי הוא חוסרים ב joins,
הרעיון של nosql הוא בעצם הפשטת המידע לידי key value data.

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

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

CaTz
חבר מתאריך 2.10.04
14537 הודעות, דרג אמינות חבר זה

17:36 26.11.13

4. OK, ומי דואג לאחידות המידע?
בתגובה להודעה מספר 3

לפי מה שאתה אומר, נניח יש לי 2 "Documents"
המכילים את אותו האובייקט, נניח יש לי רשימת תגובות, כשלכל תגובה יש שדה שמציין מי כתב את התגובה, נניח שזה אובייקט user.
ויש לי עוד מנגנון של הצבעות לסקרים לדוגמא, כך שלכל תשובה של סקר יש רשימה של האנשים שבחרו אותה, איך יודעים שהאובייקט user של משה בתגובה הוא אותו אובייקט בתשובות לסקר?

מה קורה אם אני מעדכן את אחד השדות של ה-user בתגובות, האם השדה שעודכן יתעדכן לאורך כל המופעים של אותו ה-user?

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

ליל קיץ

חבר מתאריך 14.2.10
10048 הודעות, 7 פידבק, 14 נקודות

19:20 26.11.13

5. אתה מדבר על foreign key ועשית קצת סלט
בתגובה להודעה מספר 4

אין סיבה להכניס אובייקט ״יוזר״ בתגובות ובסקרים.
במקרה הזה, אתה עובד בצורה זהה לחלוטין כמו sql:
קודם כל,
document של אובייקטים של users, כל אחד מקבל id אוטומטי מהמערכת.

אחר כך בפרסום תגובה - סך הכל צריך להכניס שדה user_id בתוך כל אובייקט של comment ותדע לשלוף בקוד את ה user המתאים,
להכניס בכל תגובה את הפרטים של המשתמש בכל פעם מחדש זה נזק גדול מאוד :-)

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

CaTz
חבר מתאריך 2.10.04
14537 הודעות, דרג אמינות חבר זה

19:46 26.11.13

6. אבל לפי הבנתי אין joins ב-mongo
בתגובה להודעה מספר 5

ז"א, שעכשיו בשביל לאסוף את הנתונים אני צריך לבצע 2 שאילתות בדוגמא שלנו?

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

last_test
חבר מתאריך 20.8.13
328 הודעות, דרג אמינות חבר זה

21:11 27.11.13

7. אתה לא צריך JOIN,
בתגובה להודעה מספר 6

אתה תמיד יכול להחזיק DBReference בתוך Document ולעשות לו Fetch בשליפה.
ד"א מציע לך לקרוא את המאמר הבא:
http://web.archive.org/web/20090828102023/http://bjclark.me/2009/08/04/nosql-if-only-it-was-that-easy/

נותן לך קצת נקודת מבט על הצרכים שלך ומה נכון לעשות.

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד

CaTz
חבר מתאריך 2.10.04
14537 הודעות, דרג אמינות חבר זה

22:55 27.11.13

8. תודה רבה
בתגובה להודעה מספר 7

(ניהול: מחק תגובה)

מכתב זה והנלווה אליו, על אחריות ועל דעת הכותב בלבד