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

השאלה שלך חסרת משמעות.
מה אתה רוצה להשיג?

מעוניין לדעת בכמה אנשים המסד נתונים יכול לתמוך
בו זמנית.

מסד לא תומך באנשים, מסד מבצע שאילתות.

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

כל הנ"ל, אגב, נכון לגבי כל מסד נתונים בעולם...

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

את זה אני יודע
אני אחדד את השאלה שלי

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

כדי שלא יקרוס.

תודה

MySQL לא קורס כל כך מהר. לכל היותר הוא יסרב לבצע עבורך פעולות ויוציא שגיאה.

השאלות שלי עדיין בתוקף, ועד שלא תענה עליהן, לא תוכל לקבל תשובה.

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

אוקי

אבל איפה השאלות שלך

אגב קיבלת ממני הודעה למייל

אשמח שתגיב לי

תודה

השאלות שלי:

ציטוט:

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

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

ציטוט:

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

השאלה הייתה על MySQL - לא על אקסס.

לאקסס אכן יש בעייה עם ריבוי משתמשים - כיוון שאין RDBMS שמנהל את העניינים, הכל מתבסס על byte range locking ואין שום משהו שמתאם בין הפרוססים השונים שמנסים להשתמש בו זמנית בקובץ הבודד שמכיל את כל ה DB. שלא לדבר על חוסר במנגנון caching משותף לשאילתות וכו' וכו'.

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

השאלה היא האם עכשיו אתה מבין למה הכוונה ב

ציטוט:

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

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

לא, אני עדיין לא מבין למה הכוונה.

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

היכן שלא (RDBMS מכל סוג) - הקיבולת נמדדת במספר השאילתות/טראנזקציות שמבוצעות, ללא קשר לכמות הת'רדים שמבצעים אותן. לצורך העניין, בהנתן 1000 שאילתות המורצות בדקה אחת, ל MySQL לא משנה אם ת'רד אחד יבצע את 1000 השאילתות, או 100 ת'רדים יבצעו 10 שאילתות כל אחד מהם. זה די אותו דבר. נכון, יש overhead על ניהול connections (מבחינת ת'רדים ש MySQL עצמו מחזיק כדי להחזיק את החיבורים) - אבל זה מינורי - זה לא מה שגורם לעומס על ה DB. מה שגורם לעומס הוא השאילתות, נפח המידע, איכות השאילתות, והיכולת של ה"ברזלים" לסבול את העבודה. לא מספר ה"משתמשים" שמחוברים ל RDBMS...

וזה מבלי להיכנס לעובדה ש"בו זמנית" הוא בכלל קונספט שלא ממש קיים בעולם המחשוב. הרי המחשב יכול לבצע "בו זמנית", לכל היותר, number of cores * number of execution threads per core פעולות "בו זמנית". השאלה היא... כמה זמן תיקח כל פעולה, והשאלה היא מה קצב ההכנסה של הבקשות מול היכולת לקצב ההוצאה. אין באמת "בו זמנית" (חוץ ממערכות מרובות ליבות/מעבדים - וגם אז, לרוב לא מדובר על יותר מ 4/8/16/32 פעולות המבוצעות בו זמנית). בדיוק כמו שמערכת Storage, שמודדים את היכולת שלה "לנפק מידע" ב I/O Operations per second - מגדירים גם מה הפירוש I/O Operation - מה הגודל, מה הפיזור של המידע על המדיום שמאחסן אותו, וכו'.

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