שלום לכולם,
הייתי בשאלה כזו ב-PHP והפנו אותי לפורום הזה.

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

יקיר.
מילים לשירים חסידיים.

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

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

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

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

יקיר.
מילים לשירים חסידיים.

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

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

אגב, ניתן להגדיר יותר מאינדקס אחד בטבלה.

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

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

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

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

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

יקיר.
מילים לשירים חסידיים.

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

לדוגמא:

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


אז אם אתה שואל:

קוד:

SELECT first_name, last_name
FROM employees 
WHERE id=325324

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

אבל אם תשאל:

קוד:

SELECT birth_date
FROM employees 
WHERE first_name='King'
AND last_name='Yes'

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

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

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

ועוד שאלה,
לא הצלחתי לעשות Count פעמיים בשאילתא אחת, יש פתרון לזה?

יקיר.
מילים לשירים חסידיים.

אתה שואל אם count יעיל?
אם יש אינדקס מתאים אז לפעמים...

אתה שואל אם JOIN יעיל?
אם יש אינדקסים מתאימים אז לפעמים...

למה רק לפעמים? כי אולי אתה יכול לספק עוד נתונים לשאילתא ואז לקבל חיפוש טוב יותר...
או שעדיף בכלל לבצע את החלוקה לדפים עם פונקציית ה LIMIT שאתה מקבל מ MySQL
ואולי עדיף לשבור את הנירמול של הטבלאות ולהשתמש בטבלה אחת כדי לחסוך את ה JOIN הזה.

יש דרכים לבדוק ביצועים של שאילתות, קרא באתר של mySQL על EXPLAIN
http://dev.mysql.com/doc/refman/5.1...ng-explain.html
http://dev.mysql.com/doc/refman/5.1...ain-output.html

ולשאלה השלישית, תלוי מה אתה רוצה לספור
הנה דוגמא שעובדת:

קוד:

SELECT count(*), count (DISTINCT last_name)
FROM employees 

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

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

ציטוט:

במקור נכתב על ידי borsood הכלל היחידי שטוב הוא לנרמל.

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

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש