היי מה המצב
בניתי מודול הודעות כמו של פייסבוק

יש לי 3 טבלאות

1 - טבלה שמחזיקה את ה id של ההודעה
2 - טבלה שמחזיקה את היוזרים שקשורים לאותו id של טבלה 1
3 - טבלה שמחזיקה את הטקסטים של היוזרים שמקושרת לטבלה 1

הסבר

על כל id של טבלה 1 יש לפחות 2 שורות עם קישור לטבלה 1 בטבלה 2

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

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

תודה על העזרה.

אני לא בטוח שהבנתי מדוע צריך את טבלה 1, שכלולה בעצם בתוך טבלה 3

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

(נ.ב. מאין לך מודל ההודעות של פייסבוק? לפייסבוק יש המון, אבל המון מסדי נתונים, שעובדים בצורה מטורפת לגמרי, בהתחשב ב scale שלהם ובמהירות הנדרשת...)

נמאס לכם לזכור סיסמאות? לחצו כאן!

טוב אני אנסח את זה אחרת

יש לי טבלה 1
יש לי טבלה 2

טבלה 2 מקושרת לטבלה 1 רבים ליחיד
זתומרת שיכול להיות המון שורות בטבלה 2 שמקשרות לשורה אחת בטבלה 1

אני רוצה לייצר שאילתא שתשלוף את ה ID מטבלה 1
רק אם היא מוצאת התאמה מלאה של כל ה - USER_ID שמקשרים ל ID בטבלה 1

הסבר

רונן ID=1
שמוליק ID=2
שאול ID=3
ברוך ID=4
אני ID=5

אם אני רושם הודעה לקבוצה (רונן = 1, שאול = 3, אני = 5)
אני רוצה לחפש האם קיימת לי כבר הודעה פתוחה שבטבלה 2 יש 3 שורות שה USER_ID שלהם הוא
1,3,5 שהם מקשרות לאותו ID בטבלה 1.

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

תודה

הנה ניסיון שלי.
בהתחלה סיווגתי את המשתמשים שבאותה קבוצה
מכיוון שיכול להיות כמה קבוצות כאלה (קבוצות שמכילות את השלושה האלו + אחרים) וידאתי שהקבוצה מכילה שלושה בלבד.
זה הרעיון בכללי

אני מקווה שזה עובד. בהצלחה

קוד PHP:

 SELECT t1.id, SUM(t1.id) AS s,
  (SELECT msg_id FROM table2 t2
  WHERE ( (t2.user_id=1 OR t2.user_id=3  OR t2.user_id=5) AND (t1.id = t2.msg_id) )
FROM table1 t1
GROUP BY t1.id
HAVING s=3 


[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://fresh.clanteam.com/list.png]

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://fresh.clanteam.com/?https://2010-uploaded.fresh.co.il/2010/09/21/52868411.gif,http://www.boredpanda.com/blog/wp-content/themes/mimbo2.2/images/subscribe-panda-605px.png]

האמת שאני חושב לעשות משהו הרבה יותר פשוט
אני מקבל את כל ה IDים של היוזרים אני אסדר אותם מהנמוך לגבוה עם פסיק מפריד
דוגמה
10,44,250

ואת זה אני אשמור בטבלה 1

ככשה שמתי שמשהו כותב הודעה חדשה ומצרף מספר אנשים
המערכת תסדר את ה IDים מהנמוך לגבוה

ותחפש את אותו STRING בטבלה 1

אם יש תשרשר את הטקסט להמשך ההודעה

אם לא תייצר הודעה חדשה

מה אומרים?

אני הייתי בכלל נמנע מהחיפוש הזה.
בשביל מה אתה צריך לבצע את הבדיקה הזאת?


אני מנחש שפייסבוק עושים ככה:

אם אתה מתכוון לקבוצות. אז לכל קבוצה יש ID. שליחת הודעה + שמירת היסטוריה היא על סמך ה ID של הקבוצה. אם אני נכנס לקבוצה אז קופץ הצאט לבד / כפתור להקפיץ את הצאט.

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



לפי התיאור הנ"ל כל מה שצריך זה 2 טבלאות כמו שעשית רק בלי חיפושים.
1. שיחות (יחיד)
2. שיחה - משתתף (רבים)

ואז עבור כל משתתף תפתח לו את כל השיחות הקיימות בטבלה2.
וכשאתה שולח הודעה אתה שולח ישירות לתוך טבלה1 מבלי לבדוק מה המצב בטבלה2.


מה אומר?

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://fresh.clanteam.com/list.png]

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://fresh.clanteam.com/?https://2010-uploaded.fresh.co.il/2010/09/21/52868411.gif,http://www.boredpanda.com/blog/wp-content/themes/mimbo2.2/images/subscribe-panda-605px.png]

האמת שמה שכתבתי למעלה עובד מצויין
תודה בכל מקרה

עובדת מצויין גם כשיש מאות אלפי / מליוני רשומות כאלה?

אני מאמין שכן
כי זה רק לחפש סטריג מאוד פשוט
בטבלה 1

טוב, אם ככה אתה חושב...

שימי
בוא בבקשה תסביר לי מה כל כך קשה לבצע חיפוש של תא שיכול להיות כתוב בו משהו כזה

2,34,235,10098

או

34,56,1

קשה? למחשבים (בניגוד לבני אדם) לא קשים דברים, השאלה היחידה היא רק כמה זמן זה לוקח...

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

http://stackoverflow.com/questions/...really-that-bad

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

אז ככה

נגיד ובאמת יש לי מיליון יוזרים במערכת
מתי שיוזר יוצר הודעה חדשה

המערכת תבנה את המחוזת הבאה במידה ויש מעל מיליון יוזרים

id של היוזר השולח - 1234567
id של היוזר המקבל - 2345678

1234567,2345678

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

וזה קורה רק מתי שיוזר שולח הודעה חדשה.
מתי שיוזר מחזיר להודעה אז המערכת לא עושה את הבדיקה האם ההודעה קיימת כי היא יודעת את ה id שלה.

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

1234567,23456781,234567,2345678,1234567,2345678,12 34567,2345678,1234567,2345678

אגב, אני גם יכול להשתמש ב memcache כדי לשמור על ה id של ההודעות
ורק אם זה לא קיים אז למצע חיפוש ב DB

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

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

נתתי לך לינק, קרא אותו.

memcached (ולא memcache, אני משער שלזה התכוונת), הוא שכבת cache, לא שכבת אחסון. שעובדים בה, אגב, עם key-value, ולכן אלמנטים של transactional databases כלל לא רלוונטיים שם (לטוב או לרע). memcached לא יפתור בעייה של מידע שמאוחסן בצורה שגוייה, הוא רק נועד להוריד עומס ממסד הנתונים לבקשות חוזרות, שאין בעייה להציג עבורן מידע ישן, אפילו אם הוא התעדכן, ואני בכלל לא בטוח כמה כאלה יש באפליקציה שלך, בצורה שבה אתה מתכנן אותה כעת...

אני קצת נזכר בזה: http://www.fresh.co.il/vBulletin/sh...ad.php?t=522297

נמאס לכם לזכור סיסמאות? לחצו כאן!

יש טבלה אחרת מחזיקה את ה id של היוזר ואת ה id של ההודעה ששם יש האם הוא כבר קרא אותה או לו

בנוגע ל memcached אני יודע את זה, אני כבר עובד במערכת עם memcached

טוב, הודעה אחרונה שלי באשכול.

מסובך לי לעקוב אחרי כל החלקים, אני כבר לא עוקב אחריך.

בכל אופן, כאמור, לדעתי, CSV זה רע לכמעט כל דבר שאפשר לחשוב עליו.

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

כנראה שלא עברת על כל הנרשם למעלה

כי הטבלאות מנורמלות מאוד טוב

אבל לא משנה

תודה בכל מקרה

עברתי, ראיתי CSV, כנראה שהן לא.

נמאס לכם לזכור סיסמאות? לחצו כאן!

טוב אם זה מה שאתה מאמין (:

זה לא פורום אמונות

ציטוט:

במקור נכתב על ידי tbe אז הסטרינג יהיה בסיגנון הזה לפי דוגמה של 10 יוזרים 1234567,23456781,234567,2345678,1234567,2345678,12 34567,2345678,1234567,2345678

שים לב: אף מסד נתונים לא משתמש באינדקס כאשר השאילתה היא בסגנון

קוד:

SELECT * FROM tbl_name WHERE key_col LIKE '%2345678%';

ואם אתה חושב שאתה לא צריך אינדקסים אתה שוב לא בפורום הנכון.

אני לא מצליח להבין אותכם
כאילו אתם לא קראתם אף מיל המה שרשמתי למעלה
מי אמר שהטבלאות לא מאונדקסות

אני מחפש דרך יעילה ומהירה
לדעת מתי שיוזר פותח הודעה חדשה שמצורפים אליה מספר יוזרים
האם כבר קיימת הודעה כזאת או שלא

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

ואני לא רוצה לבדוק LIKE אלה WHERE אני רוצה שבדיוק הסטריג הזה יתקיים שם
אחרת זו קבוצה חדשה לגמרי וצריך לפתוח לה שורה חדשה

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

??

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

שאלתי שאלה
וחוץ מלתת תשובה
אתם מתמקדים בשטויות

בוא נגיד והטבלאות שלי מנורמלות תתעלם מזה יש מפתחות וכל מה שאתה צריך

תענה לי על השאלה
או שאתה פשוט לא יודע

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

אחי כנראה שמשהו לא בסדר אצלך.

אני אומר לך שהכל מנורמל.. אבל אתה בשלך.

יש בעיה שצריך לפתור

איך אתה יוצר ID יחודי לקבוצה של משתתפים בשיחה
זאת השאלה שלי.
היחיד שענה בצורה נורמלית זה ERAN כי כנראה הבנת הנרקא אצלו קצת יותר טובה משלך.

יש לך תשובה?

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