שלום,
יש לי טבלה (cat) הבנויה כך: id, name, rootid, img, description (מס' סידורי, שם, הID של הקט' אב, תמונה, תיאור).
זו טבלה שמכילה רשימה ונתונים של הקטגוריות.
מה שאני רוצה זה להציג את הנתונים בצורה משורשרת.
למשל אם זה התוכן של הטבלה:

קוד:

|--------------------------------------------------------------------------|
|-- id --|--------- name ----------|--rootid---|--img--|----description----|
|-- 1 ---|------ first cat --------|--(null) --|-q.jpg-|----my category----|
|-- 2 ---|------ second cat -------|--(null) --|-w.jpg-|----my category----|
|-- 3 ---|----- first sub cat -----|---- 1 ----|-e.jpg-|----my category----|
|-- 4 ---|---- second sub cat -----|---- 1 ----|-r.jpg-|----my category----|
|-- 5 ---|---- another sub cat ----|---- 3 ----|-t.jpg-|----my category----|
|--------------------------------------------------------------------------|

שיראה את זה ככה:

• first cat
  • first sub cat
    • another sub cat
  • second sub cat
• second cat

אני שובר את הראש כבר כמה שעות טובות ולא מצליח!!
משהו יכול לעזור לי?
תודה מראש,
יובל.

יובל
בעלים, מנהל, ומתכנת בפועל של חברה לבניית אתרים.

http://www.google.co.il/search?q=my...rarchical+query

אם אני זוכר נכון, MYSQL לא תומך בשליפות היררכיות עם CONNECT BY וכאלה....

וואלה חידשת לי. הבעיה פה שהיא מגבילה אותך למספר מסויים של ילדים.. או שאני טועה?

ופיתרון נוסף בPHP הוא כמובן רקורסיה.. "בשביל להבין רקורסיה צריך לדעת רקרוסיה" ובלי לבלבל ביצים
http://he.wikipedia.org/wiki/%D7%A8...%A1%D7%99%D7%94

מיני-מדריך שעשיתי לפני שנה:
http://www.fresh.co.il/vBulletin/sh...940#post3430926

אפשר לייעל את הקוד אם עושים unset לתא שכבר השתמשת בו במערך -

קוד PHP:

 ...
//echo output($post['id'], $post['content'], $post['date'], $pad);      
unset($posts[$post['id']]);
//tree($posts, $post['id'], $pad + 1);
... 


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

יובל
בעלים, מנהל, ומתכנת בפועל של חברה לבניית אתרים.

קודם כל הסבירו לך מאוד יפה כאן
http://www.fresh.co.il/vBulletin/sh...542#post3838763


אבל בכל זאת
בדיוק כמו מבנה הטבלה שלך שמכיל ID ו rootid (הורה)

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

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

כמו-כן אם מצא אז הדפס אם לא אז אל תעשה כלום.

כדי להציג גם את הרווחים העברנו בפונקציה גם PAD
כלומר דורות - איזה דור ההודעה ולפי זה יודעים מה הרווח הנכון לתצוגה.
____


אני לא הייתי עובד ככה.
הפונקציה שלו בעצם תרוץ 5*5 פעמים
על כל תגובה היא תחפש בכל המערך אם יש לו תגובות - אפילו את עצמו הוא בודק.

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

קוד PHP:

 $query = mysql_query('SELECT * FROM `posts`');

while (($post = mysql_fetch_assoc($query)) !== false){
    $posts[$post['refer_to']][$post['id']] = $post;
} 


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

[התמונה הבאה מגיעה מקישור שלא מתחיל ב 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]

קראתי עכשיו מש fap הוסיף - unset
זה עדיף מכלום אבל עדיין נותן גז בניוטרל

[התמונה הבאה מגיעה מקישור שלא מתחיל ב 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]

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

השיטה שלך כמובן יותר מוצלחת

אוקי.. הבנתי.. תודה רבה!

יובל
בעלים, מנהל, ומתכנת בפועל של חברה לבניית אתרים.

רק אני רואה את הבעייתיות של להביא טבלה שלמה היישר לשרת?

כן.

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

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

אני אשמח אם תתקנו אותי במידה ואני טועה, זה באמת לא הצד החזק שלי

למען האמת כשכתבתי את הUnset, מתוך הרגל בC#, שכחתי שמערכים מועברים בPHP דרך value ולא reference,
אז כן, אם תוסיף התייחסות למערך דרך מצביעים הסיבוכיות של הקוד תהיה שקולה למה ש-Eran רשם פה,
מלבד זה שהדרך שלי נעשית בצורה רקורסיבית ושלו לא.

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

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

אתה ממשיך לכתוב שטויות:

1. הייתה לי קצת בעיה לגשת לפני שנה להודעה שכתבת היום, בעיקר בגלל.. הממ. אולי העובדה שמסע בזמן
עדיין לא אפשרי. לכן אם הגולש החליט להתעלם מההודעה שלך, זו בעיה שלך, או שלו, לי לא באמת אכפת.
2. בוא ואקשר אותך שוב למה שכתבתי: http://www.fresh.co.il/vBulletin/showthread.php?t=22940
בשורה האחרונה:

ציטוט:

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

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

3. לעיקרו של עניין, כתבת "רק אני רואה את הבעייתיות של להביא טבלה שלמה היישר לשרת?"

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

תיקון קטן, "אם יש לך טבלה שמכילה
דברים שאתה לא צריך להציג, אף אחד לא מכריח אותך לשלוף אותם"

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

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

איך אתה רוצה לשלוף תצוגת עץ בלי רקורסיה?

אני כרגע לומד את הנושא הזה, אבל hellfrost הביא רפרנס ל managing hierarchical data in mysql בתחילת האשכול. אם תגלול שם למטה, יש הסבר על שיטה שנקראת the nested set model.
החסרון המיידי שאני רואה מהשיטה הזאת שעידכון הנתונים קצת מסורבל (בכדי להוסיף נתונים, צריך כמעט בכל המקרים לעדכן את רוב הרשומות). אז כמובן שהיא לא יעילה כל כך במידה והנתונים שלנו מתעדכנים לעיטים תכופות.

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

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

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

"פתרונות" אולטרה מתוחכמים יפים כאמור, לסדרי גודל של גיגות ומעלה של מידע. לא ל-99.9% מהאנשים שכותבים פה.

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

אז מתכנת מוצלח אתה לא.

המונח "שלמות" לא אומר לי כלום.
מהתגובה שלך אתה לא ממש מבין באלגוריתמים.
אם סיבוכיות של N^2 תרד ל-NLogN ובשביל זה תצטרך לממש משהו בערימת פיבונאצ'י וכל זה יחסוך לך 0.0005 שנית נשמע לך לעניין, אז חבר, אין לך מושג על מה אתה מדבר.

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

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

מרשים לשמוע ש-inner joins זה לא מסובך.
השאלה פה היא ב-PHP, לא ב-SQL.
אם מישהו היה שואל בפורום השני מה לעשות, ואללה, הלינק אחלה והכל.

ציטוט:

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

אז אם הלפרוסט היה אומר שיש דרך לעשות את זה ב-C# בשורת קוד אחת הייתי צריך ללמוד C#?
נו באמת, עשה טובה, תן עיבוד להודעות לפני שאתה יורה חזרה.

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

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

ממש לא.
אתה כתבת, ואני מצטט:

ציטוט:

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

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

הכוונה לזה:
http://dev.mysql.com/tech-resources...hical-data.html

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

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

רקורסיה זה מעולה למקרה הנוכחי, ראה גם תגובתי http://www.fresh.co.il/vBulletin/sh...542#post3840219

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

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

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

ציטוט:

זמן מתכנת הרבה יותר יקר מזמן קוד

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

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

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

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

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

אני לא מתעקש על הדרך שלי, פשוט יש הבדל בין להגיד לי "תשמע, אני מבין שפעם לא הכרת את האפשרות בלינק שנתתי, לא נורא, עכשיו אתה יודע"
לבין להגיד "מה שכתבת מטומטם".

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

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

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

2. אני מצטער שאתה לא קורא את ההודעה שלי לפני שאתה מגיב:

ציטוט:

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

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

3. אפרופו PHP זה לא צד לקוח, JAVASCRIPT לדוגמה כן.

-----
4. ד"א הדברים ששנינו הצענו לא סותרים, יותר משלימים...

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

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

3. מה גרם לך לחשוב שאני לא יודע מהי שפת לקוח/צד-שרת?
vBulletin מסדר את עץ התגובות בJavascript כדי לחסוך משאבים מהשרת ולהפיל את זה על הלקוח (בצדק).
אבל לפני כן הם צריכים לשלוף את הנתונים עם PHP ממסד הנתונים כמו שאני עשיתי.

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

1. אל תלמד אותי להתנסח, תודה. אם אני אחשוב שמשהו מטומטם זה מה שאני אגיד.

2. המילה "שולף" בד"כ מתייחסת לשליפה מהDB , אז לא אתה לא שולף אותו דבר.
אם אתה עושה ככה:

קוד PHP:

 SELECT * FROM table 


אז אתה מביא בשלמות את כל הטבלה מהמסד נתונים לשרת, ואז הוא מת.

אם אתה עושה ככה (סינטקס של אורקל):

קוד PHP:

 SELECT * FROM table
START WITH id = 12
CONNECT BY parant 


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

3. או קיי כל הכבוד ל vBulletin

קרא זאת שוב והפנם:

ציטוט:

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

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

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

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

וד"א כן קראתי דיי טוב את הלינק שלך לפני שהגבתי, רק ציינתי את החלק שנראה לי בעייתי...

מן הסתם נכון.
אבל שליפת הנתונים ברקורסיה (מן הסתם יש תנאי כלשהו בשליפה - ID האב) אל מול INNER JOIN לא תיתן לך שיפור סביר.

מה זה שליפת נתונים ברקורסיה?

זה אומר שכל איטרציה של הרקורסיה שולפת שורה מהמסד.

אתה מתכוון לזה:

קוד PHP:

 $query = mysql_query('SELECT * FROM `posts`');

while (($post = mysql_fetch_assoc($query)) !== false)
    $posts[ $post['id'] ] = $post; 


?

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

תכלס הדבר היחיד שרציתי להגיד בכל האשכול הזה, זה שאתה חייב גם לטפל בשליפה ההיררכית ברמת הSQL...

אתה מודע לכך ששליפה היררכית בSQL עובדת בדיוק באותה צורה, רק בSQL, כן?

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

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

רק אם אתה באמת צריך להביא טבלה שלמה. מה שבד"כ לא המצב....

מפאת קוצר הזמן, התייחסות מהירה

קוד:

 $query = mysql_query('SELECT * FROM `posts`'); 

לא, כי אם

קוד:

 $query = mysql_query('SELECT * FROM `posts` where parent_id=$whatever');

ציטוט:

במקור נכתב על ידי Zed3 מפאת קוצר הזמן, התייחסות מהירה קוד: $query = mysql_query('SELECT * FROM `posts` where parent_id=$whatever');

יחזיר אך ורק שורה אחת.

ממה שאני מבין mysql_query , מבצע שליפה אחת, ואילו mysql_fetch_assoc, מאפשר לעבור על התוצאות שורה שורה, במערך אסוציאטיבי.

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

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

קוד PHP:

 $query = mysql_query('SELECT * FROM `posts` where post_id=$whatever'); 


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


אתם סתם חופרים פה!

[התמונה הבאה מגיעה מקישור שלא מתחיל ב 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]

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

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

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

ציטוט:

תכלס הדבר היחיד שרציתי להגיד בכל האשכול הזה, זה שאתה חייב גם לטפל בשליפה ההיררכית ברמת הSQL...