D
הגענו לנקודה, איך הכי פשוט, עם מסד או XML או משהו אחר?
אתה יודע C טוב?
אתה יודע לתשאל איתה מסדי נתונים או לפנות לweb service?
כי אני לא יודע.
בין מסד לקבצי XML מסד עדיף כי הוא מטפל בכאב ראש.
השאלה האם לגשת מהתוכנה בC למסד, או שהשרת יטפל בCRUD ואתה רק תשלח בקשות לשרת, זה שאלה של עדיפות בקוד, והאפשרות השניה נחשבת בטיחותית וגמישה יותר מהראשונה.
פורסם במקור בפורום CODE613 ב23/07/2014 18:20 (+03:00)
כי זו התוכנה הייחודית שבה הוא משתמש לשאר הפעולות שלה ומתוכההוא רוצה לתקשר
עם תלמידים שמשתמשים באותה תוכנה
ואתה יכול לשנות את הקוד שלה?
בקיצור תקים שרת ותגשש איך לתקשר איתו משפת C.
פורסם במקור בפורום CODE613 ב23/07/2014 15:47 (+03:00)
אני מנסה להשיג את התוצאה. והפתרון הוא מעשי, אבל אני לא יכול לגשת דרך הדפדפן, כי התוכנה שבה משתמשים המורה והתלמידים כבר קיימת והיא לא דפדפן לצערי...
ואם הם קיימות אז מה? אתה חייב להשתמש בהם? למה?
פורסם במקור בפורום CODE613 ב23/07/2014 14:24 (+03:00)
טוב. אז אתה צריך "תוכנה שלישית" כלומר עוד רכיב צד שרת שיקשר בין השתיים.
ואתה צריך לדעת לתקשר בין C לבין הצד הזה.
הצד הזה יכול להיות כל נותן שרות מרוחק שזה כולל מסדי נתונים, שרת HTTP, ווב סרויס, וכו'.
בתור מסד אפשר לשמור על קבצי טקסט או במסד נתונים.
אחסון ודומיין זמני אני יכול לתת לך בפרטי. זה גם מתאים לphp/mysql.
הערה:
אתה מנסה ללמוד, או להשיג את התוצאה? בשביל ללמוד C זה מצויין אבל המילים "שלא להעמיס עליו" נראים כאילו זה הולך להיות פיתרון גם מעשי. וזה ממש לא דרך נורמלית. הכי טוב זה שרת ווב אחד וגישה דו כיוונית דרך הדפדפן - HTML.
פורסם במקור בפורום CODE613 ב23/07/2014 13:08 (+03:00)
טוב, אתה צריך להפוך את התוכנה בצד המורה ל"שרת".
אתה רוצה בשביל הספורט ליצור הכל לבד או אתה מוכן להשתמש ברכיבי צד ג'?
פורסם במקור בפורום CODE613 ב23/07/2014 12:47 (+03:00)
ואגב יש מי שעובד על אלגוריתם חכם מאוד, הוא כאן מהפורום, אני לא יודע אם הוא רוצה לחשוף עצמו, אם הוא מעוניין הוא יגיב, תחזיק לו אצבעות.
http://code.613m.org/viewtopic.php?p=2212
http://code.613m.org/viewtopic.php?p=824
פורסם במקור בפורום CODE613 ב21/07/2014 18:02 (+03:00)
אולי גם האתר הזה יהיה לתועלת:
http://www.mila.cs.technion.ac.il/
יאהוו! פרוייקט רציני ומקיף יש שמה.
פורסם במקור בפורום CODE613 ב30/04/2015 10:47 (+03:00)
האם יותר מהיר למלא אותו מראש בכל ההטיות כפי שהצעת, ולעשות חיפוש אחד על דטה-בייס גדול,
או למלא אותו רק בשורשים, ולעשות כמה חיפושים (כפי השורשים האפשריים) על דטה-בייס קטן?
ברור שהדרך הראשונה מהירה יותר. אכן היא תופסת יותר מקום כמובן.
פורסם במקור בפורום CODE613 ב29/03/2015 20:11 (+03:00)
@דוד ל.ט.
לדעתי תפתח בעצמך. בC#.עד כמה השיקול של יכולת התקשור הישיר של C# מול תוכנות אחרות היא משמעותית, והאם אלגוריתם כזה שדורש משאבי עיבוד בפרט בחיפושים יהיה מספיק יעיל בשפה עילית שכזו? ואגב אתה מדבר מתוך היכרות עם הרבה שפות או סתם ככה כי את C# אתה מכיר?
למדתי C++. אבל מעולם לא כתבתי שם תוכנה עם יותר מכמה עשרות שורות קוד, כי בשביל מה להתאמץ 
?
חיפושים לא נעשים כ"כ בשפה בד"כ אלא בכלי צד שלישי כמו מסד נתונים שכתוב כמובן בC++.
גם אם תממש את המסד בעצמך, לך על C#, זה עלול להיות מהר יותר מC++. מנין לי? ממאמרים רבים באינטרנט ומהיכרות (שטחית) של מעלותיהם וחסרונותיהם של השפות העיליות והתחתיות.
עיקר המעניין והחשוב בפיתוח הזה, זה אפיון וניסוח האלגוריתם.
המימוש נראה לי הקטע הקטן.
פורסם במקור בפורום CODE613 ב21/07/2014 17:59 (+03:00)
אם הבנתי לView יש את הנתונים, ואתה שולח אותם לצד שרת בשביל המיון.
זה נראה מופרך לגמרי.
אבל זה עדיין קל להיעשות ע"י JS שהופך את הנתונים לJSON. אמרת שאתה לא רוצה JS כי אתה רוצה שתתבצע פנייה לView חדש/מחדש. וכי א"א לעשות זאת עם JS?
פורסם במקור בפורום CODE613 ב21/07/2014 12:22 (+03:00)
ההגדרה של הפקד ViewBox היא התאמת התצוגה שהוא מכיל לגודלו שלו (כמו Fill בתמונה).
זה נותן את אותה תוצאה של הגדלת הפונט ללא הגדלתו.
דוגמה:
<Viewbox>
<TextBlock>123</TextBlock>
</Viewbox>
מקור:
http://stackoverflow.com/q/2282662/1271037
פורסם במקור בפורום CODE613 ב17/07/2014 18:09 (+03:00)
ההבדל בין האחרון לשניים הראשונים,
זה שהראשונים בקוד פתוח, וזה אומר 1. שזה קשור לפורום תכנות 2. שמבחינת אבטחה הקוד החשוף בטוח, משא"כ הקוד להרצה.
פורסם במקור בפורום CODE613 ב21/07/2014 18:06 (+03:00)
בקשר לרגישות לרישיות, C# הולכת אחרי C++,
TSQL לא רגישה, לפי התקן הרשמי שלה. לא יודע איפה מצאת רגישות.
לעניין מוסכמות למתן שמות, ראה מה שמצאתי בסטאק:
http://stackoverflow.com/q/7662/1271037
http://stackoverflow.com/q/7899200/1271037
http://stackoverflow.com/q/5325520/1271037
בהקשר דומה - יחיד לעומת רבים:
http://stackoverflow.com/q/338156/1271037
אגב, בEF הוא אוטומטית קורא לטבלאות עם S בסוף (לבטא רבים, באנגלית) כאשר לאובייקטים הוא משאיר כפי שהיו.
פורסם במקור בפורום CODE613 ב03/07/2014 22:50 (+03:00)
אגב אם האגלית שלך טובה מומלץ בחום לעשות את הקורס הבא של אוניברסיטת סטנפורד:
יאהוו, יש לי את הכבוד להתקוטט בפורום עם בוגר אוניברסיטה!
מקוה שתשאר איתנו בפורום ותחכים אותנו! תודה מראש...
אגב, גם לי השכלה מרשימה: אני בוגר חיידר מבני ברק, ועוד היד נטויה! :lol:
פורסם במקור בפורום CODE613 ב02/07/2014 16:28 (+03:00)
במקום לקבל את המחמאה המובלעת בדברי, אתה עונה לי תשובה לא נכונה . . .
נורמליזציה מדברת בדיוק על זה ()
המענה שלי בפורום הוא תכליתי מאוד, כך שאינך אמור לנחש מדברי אם קיבלתי את מחמאתך או לאו
אבל, להסביר לי מה זה נרמול מסדי נתונים זה מעליב אותי (ועוד עם לינק מויקיפדיה).
נרמול מסדי נתונים מדבר על ביצועי אחסון בלבד. ולא על ביצועי אחסון של מהירות, אלא של מקום. ואני דיברתי על זה רק במילים "תאים ריקים", כל שאר השיקולים עסקו בביצועי המסד, שהנורמליזציה לא עוסקת בה, כי היא בכלל לא יורדת לרזולוציה המעשית - היא תיאורטית לגמרי. לדוגמה: מבחינת ביצועי מסד, join זה דבר גרוע מאוד. אבל מבחינת ה"נרמול" - חיסכון עדכון כפול, אחידות, עקביות (לא בהירות! לא חיסכון ביצועי מסד! ולא קלות לתחזוקת המסד) אז צריך לעשות שתי טבלאות עם join.
פורסם במקור בפורום CODE613 ב02/07/2014 16:06 (+03:00)
המעלות של נורמליזציה של מסד נתונים ברורות והצגת אותם יפה, אך לנורמליזציה יש כללים ואין טעם להפריד את עצמך לדעת.
כמו שלא אפריד שם פרטי לטבלה אחרת כי מן הסתם לא אדרש לכמה שמות פרטיים ללקוח.
הנורמליזציה לא עוסקת בכלל בביצועים/נוחות, ואני עסקתי רק בזה.
בקשר לשם פרטי, אם רוב השאילתות לא מתשאלים אותו, אהמממ... לא בטוח שלא הייתי מפריד (בתנאי שיש סט תאים כאלו הם מכנה משותף, כי אחרת זה רק עושה מבלבל יותר).
פורסם במקור בפורום CODE613 ב01/07/2014 16:10 (+03:00)
אגב, בEntity Framwork מאפשרים לאחסן בטבלה אחת מספר ישויות. המודל נקרא Table per Hierarchy מוכר בר"ת TPH. להמחשה: http://weblogs.asp.net/manavi/inheritance-mapping-strategies-with-entity-framework-code-first-ctp5-part-1-table-per-hierarchy-tph, http://blog.devart.com/table-per-type-vs-table-per-hierarchy-inheritance.html
פורסם במקור בפורום CODE613 ב01/07/2014 11:35 (+03:00)
אני לא DBA, אבל לדתעי יש כמה מעלות להפרדה.
המדד הוא, אם רוב הפעמים שמתשאלים את טבלת הלקוחות לא מעוניינים לדעת את הפרטים הנוספים הללו (פרטי בנק במקרה זה).
הרציונל שלי:
שמירה על הסדר, בהירות, חיסכון בתאים ריקים במקרה של היעדר כל הפרטים מסוג התת נשוא (חשבון בנק), חיסכון בצורת אחסון האינדקסים (לענ"ד, מהשערה בלבד).
קלות תחזוקה גם בעבודה שוטפת בתשאול הטבלאות, גם בנפח בדיקות ועוד, וגם בשינוי מבנה גמיש (במקרה שיש צורך לאפשר רבים ליחיד באיזשהו שלב.
סיבות לפיצול לא רלוונטיות כנראה אצלך:
ביצועי נעילת שורה
חלוקת אבטחה
פיצול אמצעי אחסון בין קבצים/שרתים
פורסם במקור בפורום CODE613 ב01/07/2014 11:29 (+03:00)