תחומים - פורום חרדי מקצועי

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

EXPLAIN ANALYZE SELECT * FROM (SELECT * FROM `Pupils` WHERE `ProjectID` LIKE 'tifertMoshe') AS Pupils LEFT JOIN (SELECT  `EnterId`
, MAX(IF(`EnterDate` = CURRENT_DATE ,co,0)) AS 'day_co', MAX(IF(`EnterDate` = CURRENT_DATE,SEC_TO_TIME(CONVERT(su, SIGNED)),0)) AS 'day_su'
,MAX(IF(`EnterDate` = DATE_SUB(CURRENT_DATE,INTERVAL 1 DAY) ,co,0)) AS 'Yesterday_co', MAX(IF(`EnterDate` = DATE_SUB(CURRENT_DATE,INTERVAL 1 DAY),SEC_TO_TIME(CONVERT(su, SIGNED)),0)) AS 'Yesterday_su'
, MAX(IF(YEARWEEK(`EnterDate`, 1) = YEARWEEK(CURRENT_DATE, 1) ,co,0)) AS 'week_co', MAX(IF(YEARWEEK(`EnterDate`, 1) = YEARWEEK(CURRENT_DATE, 1),SEC_TO_TIME(CONVERT(su, SIGNED)),0)) AS 'week_su'
, MAX(IF(YEARWEEK(`EnterDate`, 1) = YEARWEEK(DATE_SUB(CURRENT_DATE,INTERVAL 7 DAY), 1) ,co,0)) AS 'lest_week_co', MAX(IF(YEARWEEK(`EnterDate`, 1) = YEARWEEK(DATE_SUB(CURRENT_DATE,INTERVAL 7 DAY), 1),SEC_TO_TIME(CONVERT(su, SIGNED)),0)) AS 'lest_week_su'
, MAX(IF(MONTH(`EnterDate`) = MONTH(CURRENT_DATE) ,co,0)) AS 'month_co', MAX(IF(MONTH(`EnterDate`) = MONTH(CURRENT_DATE),SEC_TO_TIME(CONVERT(su, SIGNED)),0)) AS 'month_su'
, MAX(IF(MONTH(`EnterDate`) = MONTH(DATE_SUB(CURRENT_DATE,INTERVAL 1 MONTH)) ,co,0)) AS 'lest_month_co', MAX(IF(MONTH(`EnterDate`) = MONTH(DATE_SUB(CURRENT_DATE,INTERVAL 1 MONTH)),SEC_TO_TIME(CONVERT(su, SIGNED)),0)) AS 'lest_month_su'
, MAX(co) AS all_co
, SEC_TO_TIME(CONVERT(SUM(su), SIGNED)) AS all_su
FROM (SELECT `EnterId`, COUNT(`id`) AS co, SUM(`TimeTotal`) AS su, `EnterDate` FROM `LogPlaybackPlayStop` WHERE `ProjectID` LIKE 'tifertMoshe'  GROUP BY `EnterId`, `EnterDate`) AS t1 GROUP BY EnterId) AS t2 ON `Pupils`.`user_id` = `t2`.EnterId 
ORDER BY `class`, `Family`, `name`

בטבלה המקורית לקח הביצוע 2.651 שניות
וזה התוצאה

-> Nested loop left join  (actual time=2565.828..2568.774 rows=716 loops=1)
    -> Sort: Pupils.class, Pupils.Family, Pupils.`name`  (cost=812.76 rows=716) (actual time=9.546..9.867 rows=716 loops=1)
        -> Index range scan on Pupils using ProjectID, with index condition: (Pupils.ProjectID like 'tifertMoshe')  (actual time=0.423..4.044 rows=716 loops=1)
    -> Filter: (Pupils.user_id = t2.EnterId)  (actual time=3.573..3.574 rows=1 loops=716)
        -> Index lookup on t2 using <auto_key0> (EnterId=Pupils.user_id)  (actual time=0.002..0.002 rows=1 loops=716)
            -> Materialize  (actual time=3.573..3.573 rows=1 loops=716)
                -> Table scan on <temporary>  (actual time=0.001..0.513 rows=666 loops=1)
                    -> Aggregate using temporary table  (actual time=2553.656..2554.225 rows=666 loops=1)
                        -> Table scan on t1  (actual time=0.002..3.429 rows=16831 loops=1)
                            -> Materialize  (actual time=2454.324..2459.523 rows=16831 loops=1)
                                -> Table scan on <temporary>  (actual time=0.002..5.742 rows=16831 loops=1)
                                    -> Aggregate using temporary table  (actual time=2437.997..2445.624 rows=16831 loops=1)
                                        -> Index range scan on LogPlaybackPlayStop using ProjectID, with index condition: (LogPlaybackPlayStop.ProjectID like 'tifertMoshe')  (cost=717075.83 rows=641706) (actual time=138.827..1616.996 rows=354415 loops=1)

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

-> Nested loop left join  (actual time=1946.354..1956.694 rows=716 loops=1)
    -> Sort: Pupils.class, Pupils.Family, Pupils.`name`  (cost=812.76 rows=716) (actual time=5.865..6.479 rows=716 loops=1)
        -> Index range scan on Pupils using ProjectID, with index condition: (Pupils.ProjectID like 'tifertMoshe')  (actual time=0.252..1.879 rows=716 loops=1)
    -> Filter: (Pupils.user_id = t2.EnterId)  (actual time=2.718..2.721 rows=1 loops=716)
        -> Index lookup on t2 using <auto_key0> (EnterId=Pupils.user_id)  (actual time=0.003..0.003 rows=1 loops=716)
            -> Materialize  (actual time=2.715..2.717 rows=1 loops=716)
                -> Table scan on <temporary>  (actual time=0.002..0.549 rows=666 loops=1)
                    -> Aggregate using temporary table  (actual time=1937.403..1938.763 rows=666 loops=1)
                        -> Table scan on t1  (actual time=0.002..11.759 rows=16831 loops=1)
                            -> Materialize  (actual time=1842.499..1875.116 rows=16831 loops=1)
                                -> Table scan on <temporary>  (actual time=0.002..13.555 rows=16831 loops=1)
                                    -> Aggregate using temporary table  (actual time=1793.238..1827.118 rows=16831 loops=1)
                                        -> Index range scan on LogPlaybackPlayStop using ProjectID, with index condition: (LogPlaybackPlayStop.ProjectID like 'tifertMoshe')  (cost=838658.37 rows=733932) (actual time=79.989..1189.331 rows=354415 loops=1)

ולמען האמת מהשאילתה עם EXPLAIN ANALYZE אני עדיין לא כ"כ מבין את הלוגים, אבל בהרצת השאילתה עצמה ושליפת התוצאות אני רואה:
בטבלה המקורית 2.686
בטבלה לאחר השינוי 1.510

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

@חוקר אמר בmysql יצירת עמודה עבור ID שניתן להסתדר בלעדיו:

EXPLAIN ANALYZE SELECT COUNT(*) FROM LogPlaybackPlayStop WHERE ProjectID = 'tifertMoshe'

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

EXPLAIN ANALYZE
SELECT COUNT(*) FROM `LogPlaybackPlayStop` WHERE `ProjectID` = 'tifertMoshe'

תוצאה

-> Aggregate: count(0)  (actual time=562.230..562.231 rows=1 loops=1)
   -> Index lookup on LogPlaybackPlayStop using ProjectID (ProjectID='tifertMoshe')  (cost=78749.48 rows=698936) (actual time=0.048..336.836 rows=354415 loops=1)

השאילתה צרכה 53 אחוז CPU.

שאילתה

EXPLAIN ANALYZE
SELECT * FROM `LogPlaybackPlayStop` WHERE `ProjectID` = 'tifertMoshe' ORDER BY `EnterDate` DESC, `EnterTime` DESC LIMIT 2000

התוצאה

-> Limit: 2000 row(s)  (actual time=2140.300..2144.361 rows=2000 loops=1)
   -> Sort: LogPlaybackPlayStop.EnterDate DESC, LogPlaybackPlayStop.EnterTime DESC, limit input to 2000 row(s) per chunk  (cost=428549.39 rows=698936) (actual time=2140.295..2141.907 rows=2000 loops=1)
       -> Index lookup on LogPlaybackPlayStop using ProjectID (ProjectID='tifertMoshe')  (actual time=0.964..1718.924 rows=354415 loops=1)

צרך 97.2 אחוז CPU.
@yossiz
כעת נותר לפנח לי את התוצאות מה הן אומרות בהשוואה לטבלה בה יש מפתח ראשי ID

@yossiz
אני מצוטט:

EXPLAIN ANALYZE
SELECT COUNT(*) FROM `LogPlaybackPlayStop` WHERE `ProjectID` = 'tifertMoshe'

ה CPU קפץ ל30 אחוז (לעומת 1-3 לפי ואחרי).
התוצאה:

-> Aggregate: count(0)  (actual time=347.026..347.027 rows=1 loops=1)
   -> Index lookup on LogPlaybackPlayStop using ProjectID (ProjectID='tifertMoshe')  (cost=72277.48 rows=641706) (actual time=0.080..303.072 rows=354415 loops=1)

שליפת השורות:

EXPLAIN ANALYZE
SELECT * FROM `LogPlaybackPlayStop` WHERE `ProjectID` = 'tifertMoshe' ORDER BY `EnterDate` DESC, `EnterTime` DESC LIMIT 2000

ה CPU קפץ ל 100.
וזה התוצאה:

-> Limit: 2000 row(s)  (actual time=2294.114..2297.032 rows=2000 loops=1)
   -> Sort: LogPlaybackPlayStop.EnterDate DESC, LogPlaybackPlayStop.EnterTime DESC, limit input to 2000 row(s) per chunk  (cost=392030.59 rows=641706) (actual time=2294.113..2296.869 rows=2000 loops=1)
       -> Index lookup on LogPlaybackPlayStop using ProjectID (ProjectID='tifertMoshe')  (actual time=0.533..1787.849 rows=354415 loops=1)

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

איזה פעילות?
שליפה או הכנסה או חישובים?

@אהרן אמר בהרשמה לcloub9, חייבים לתת פרטי כ"א?:

@dovid איך אני מתקדם משם?
לא מוצא שם שום הקשר ל-C9
איפה מגדירים חיבור לשרת אחר?
אם אני רוצה להפעיל אתר פשוט (אפליקציית נוד) עם DB מקומי בשרת, זה פשוט גם בשרתי אמאזון?

כוונתך שאתה רוצה שרת באמזון?
ייתכן וישנם כמה דרכים, מה שאני משתמש זה ב ec2 הקמתי שרת נקי והתקנתי עליו נוד וmysql ( ו php/nginx).

@יוסף-בן-שמעון
הקושי שלי הוא כזה, ליצור בתחילת הקוד אובייקט עם כל סוגי הסיטואציות שאולי יהיו בדף בתת תפריט של תת תפריט, והכל יככב לי בראש הקוד, הוא מאוד מאוד מסורבל, ויזיק יותר משיועיל, כי אני חייב לראות מול העיניים בכל שלב את השלב שלפניו.
דוגמא פשוטה לבעיה, אחד הערכים שאני משתמש הוא איזה ספרות לאפשר למאזין להקיש בתפריט/השאלה הנוכחית, ואם עשיתי תפריט שבתחילת כתיבת הקוד חשבתי לתת לו לבחור את האפשרויות 1258 בלבד, ולאחר כתיבת הקוד אני מחליט להוסיף את אפשרות 7 לתפריט, אז אני מוסיף תנאי באם ההקשה שווה 7 מה לבצע, אך אני חייב לזכור להוסיף למקשים המותרים את 7 וס"ה יהיה 12578, וכן לשנות בהודעת התפריט את החלק הנוסף.
אם המערך יהיה למעלה, אני יסתובב הלוך ושוב ואני ישאיר חלקים לעדכון אח"כ ואני ישכח וכו'.
אם אני רואה לפני כל שלב את השלב שלפניו אני יזכור יותר טוב ויוכל ביותר גמישות להוסיף שלבים וכו'.
לכן אני חשבתי לעשות כך:
יהיה לי בתחילת הקוד אובייקט ריק שאני יגדיר שבכל פעם שאני קורא לפונקציית read זה יאכלס לאובייקט (אם לא קיים) את ההגדרות ושם הערך הנוכחי, ואז אני חוזר לנקודה שיש לי אובייקט של ההגדרות, ומאידך אני בונה אותו לפי התקדמות הקוד והתפריטים.
וכעת אוכל כבר להוסיף בהגדרות ערך בשם first ששם אוכל לכתוב את שם השלב הקודם, ואז בהקשה על המקש הייעודי נניח כוכבית הפונקציה תדרוש מחדש את הקשת הערך הקודם, לפי ההגדרות המאוכלסות באובייקט.

@WWW אמר בהבעיה היא לא הgoto:

@חוקר ב API של ימות זה עוד יותר מסובך. כל העניין של חזרה אחורה.
באסטריסק זה הרבה יותר קל.

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

@יעקב2 כתב במתיחת קו טלפון לנקודה חדשה:

יצא הטלפון מהחשמל

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

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

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

@clickone אמר בהקמת מערכת טלפונית עבור XXX:

@by6199
לא כשיש לחץ של זמן.
המצ'ינג שלהם בשלישי הבא.....

@yossiz למעשה, הAPI של קוזמאצ' דיי מזכיר את של צ'רידי מבחינת השדות

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

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

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

@שואף אמר ביענקלה אפֹונעס:

זה הועתק בהרבה מקומות. אני כבר לא זוכר איפה המקום הראשון שראיתי וממנו העתקתי, אבל אחרי זה ראיתי גם בעלון
https://toratyosef.co.il/wp-content/uploads/2020/06/9778-ורטים-שלח-תשפ.pdf

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

@nigun אמר במחפש משרה למתכנתת מוכשרת בהפרדה מלאה:

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

@nigun אמר במחפש משרה למתכנתת מוכשרת בהפרדה מלאה:

אולי היא לא חושבת שזה מכניס מספיק או שיש אנשים שלא מתאימים לזה.

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

@חוקר אמר בהתחברות לשרת אחר עם הזדהות באמצעות קובץ תעודת אבטחה ‏pfx‏ וס:

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

פורסם במקור בפורום CODE613 ב15/01/2018 01:09 (+02:00)

בסופו של דבר הסתדרתי ב"ה.
עלי היה להוסיף בcurl
CURLOPT_CAINFO => 'class/file.pem',
CURLOPT_SSLCERT =>'class/client_ssl.pem',
CURLOPT_KEYPASSWD => '1234',
ולבצע המרה של הקובץ pfx ל pem.

מצאתי משהו
https://trello.com/
נראה מאוד יעיל, רק חסרון שהוא לא בעברית, אבל נסתדר איכשהו בעזה"י.
יש להם גם API וזה חלק ממה שאני צריך.