ההבדל בין האחרון לשניים הראשונים,
זה שהראשונים בקוד פתוח, וזה אומר 1. שזה קשור לפורום תכנות
2. שמבחינת אבטחה הקוד החשוף בטוח, משא"כ הקוד להרצה.
פורסם במקור בפורום CODE613 ב21/07/2014 18:06 (+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)
לא ידעתי שניתן לקשר אקסס לCSV, יפה.
א"א להגדיר בקישור "קריאה בלבד"?
פורסם במקור בפורום CODE613 ב30/06/2014 15:02 (+03:00)
למתכנתי PHP - מה רע בענן של אמזון?
אני מגיע משמה, כבר שמונה חודשים אני שם.
בקשר לתמחור אני נבוך לגמרי (צריך גליון אקסל ענק בשביל להתחשבן בכל הפרמטרים), אבל נראה לי שזה יוצא זול בתשלום מראש.
אני באמצע להשוות, זה לא כ"כ משנה php או משהו אחר.
בינתיים:
אני ממשיך לסייר ולהתרשם.
פורסם במקור בפורום CODE613 ב29/06/2014 12:37 (+03:00)
באירוח אתרים, במסלול הStandart (קצת יקר
למעשה די זול ביחס למתחרים) יש אפשרות Auto Scale כלומר המערכת מקצה שרת יותר חזק אוטומטית לפי הצריכה...
פורסם במקור בפורום CODE613 ב26/06/2014 15:30 (+03:00)
מפתחי אתרים בכל שפה ופלטפורמה שלא מכירים את Windows Azure, הצטרפו אלי, אני הרגע עושה היכרות!
מדובר בשירות ענן, הנותן כמעט כל מוצר תחת הכותרת של שירותי ענן. 30 ימי חסד חינמיים. פאנל נוח מאוד מאוד (חוץ מהכתב הקטן) ותמיכה נוסח מיקרוספט - הכל מתועד.
תמיכה בכל סוגי הפלטפורמות והשפות! אם אתם מפתחים בphp, תרגישו בבית. אותו דבר אם אתם מתעקשים על מערכת לינוקסאית. מפתחים בnode? אתם תזרמו. הכל פתוח.
אירוח אתרים - 10 ראשונים חינם (עם הגבלות כמו בחירת פלטפורמה, בחירת מס' מופעים (רק 1), ועוד, אם הבנתי טוב... מקוה). פאנל הניהול של האתרים נפלא! עם כל מיני שטיקים שמפרידים בין "אחסון אתרים" קלאסי לבין של Azure כמה וכמה הבדלות. רוצים דוגמה? אם אתם רוצים פעם בחצי שעה להריץ EXE על השרת שיעשה כל מיני תחזוקות. באחסון אתרים? אין כזה מושג!! בAzure WebSite יש! אתם קובעים קובץ/צים להרצה (מתוזמנת/ידנית/עוד...) ודיברנו על EXE, מה עם מדובר בקובץ PHP? יש! Node? יש! לא רע בכלל.
עד עכשיו זה למתכנתים לא מקרוסופט. כי אם אתם מתכנתי מקרוספט, אז בכלל. אינטגרציה מלאה עם Visual Studio. משהו אדיר.
טוב חברה, זה עולה כסף, אבל אני בודק מה עולה ומתי.
יצא לכם לעבוד פעם עם מחשב עם 100 GB זיכרון RAM ? ייתכן שזה לא מרגש אותכם כ"כ. זה יוצא לי ממש ברגעים אלו, בעקבות 30 ימי חסד שיש בWindows Azure שמספקים בין היתר VPS.
פורסם במקור בפורום CODE613 ב26/06/2014 15:26 (+03:00)
תבדוק גם את https://sshnet.codeplex.com/
לכאורה אפשר עם סטריימנג:
Public Sub PlayRemotSsh(Host As String, User As String, Password As String, FilePath As String)
Dim client As New Renci.SshNet.SftpClient(Host, 21, User, Password)
Dim memStreeam As New IO.MemoryStream
client.DownloadFile(FilePath, memStreeam)
My.Computer.Audio.Play(memStreeam, AudioPlayMode.Background)
End Sub
פורסם במקור בפורום CODE613 ב25/06/2014 17:47 (+03:00)
שלוש שאלות:
א. להזרים בייטים מSSH.
ב. להשמיע אודיו מזיכרון ולא מקובץ.
ג. שכלול של ב' - להשמיע מייד עם הזרמת הבתים, ולא להמתין להורדת הקובץ לזיכרון.
softs ענה על ב' וג'.
השאלה הראשונה היא כבדת משקל.
זה לא מובנה אפי' ב.NET, וודאי שלא קל בVBA.
יש לשקול להנגיש את הקובץ לשאילתת http פשוטה, כדי לעקוף את הבעיה.
פורסם במקור בפורום CODE613 ב25/06/2014 14:11 (+03:00)
אדיר.
זה סוג של חיפוש שרובינו צריכים הרבה פעמים, חיפוש בצעדים. לא חיפוש תכנותי בסגנון של (תרמו יותר מ100 וגרים ברמות או..) אלא של צער אחד צעד, שזה חיפוש אנושי (נשים במד קודם מי שלא בשכונה רמות, נוסיף לנשארים את שכונת...). אבל לכאורה זה לא מכסה הרבה תרחישים. לדוגמה שאילתות סיכום, קשרים מורכבים בין טבלאות, לא כן?
אגב, מבחינת עיצוב הממשק, יש להפריד את האופציות של הוספה לרישמה וסינון הרשימה מאפשרות של חיפוש הפוך. ויותר נכון לשים את אפשרות החיפוש ההפוך קרוב לקריטריונים (שדה X גדול מ100, כל מי שלא כך).
בהצלחה!
פורסם במקור בפורום CODE613 ב26/06/2014 16:00 (+03:00)
בהצלחה!
אני אכן מכיר מפתחים שיש להם אותו המסד לכל סוגי העבודות שמזמינים מהם לקוחות שונים.
ההגדרה של crm דוגלת בהרבה מעמדותיך.
שים לב שזה ממש לא יכול לעזור למסד נתונים גיאוגרפי או של תרופות ומרכיביהם.
פורסם במקור בפורום CODE613 ב25/06/2014 12:18 (+03:00)
כנראה העדכון מושלם רק לאחר סיום הטריגר. ממילא תמיד הoldValue של הטבלה השניה הוא הישן.
אני חושב שהדרך היא (אם זה נכון לדבר על דרך לתחזוקת טבלאות זהות!) זה להשתמש במשתנה גלובלי כמו שכתבי כאן:
ראה מה שכתבתי כאן: http://tchumim.com/topic/468
שם ClickOne ואתה שאלתם מה יקרה עם עדכון בו זמני כשהטריגר מסומן כשלילי.
אני לא יודע מה התשובה, אבל סבורני (מכה וכמה מקרים) שטריגר עדכון עושה נעילה ברמת טבלה (מה שנותן רושם לגבי נחמדותו).
פורסם במקור בפורום CODE613 ב23/06/2014 11:25 (+03:00)
בנוסף על דברי ClickOne,
א. התנגשות Namespace גוררת אזהרת מהדר,
ב. אפשר תמיד לשלול את האפשרות להתנגשות ע"י כתיבת המסלול המלא.
מאוד עוזר לדעת יותר פרטים, איזה טכנלוגיה: L2S, Entity Model First או DB FIRST. והשגיאה המלאה (עדיף inher exeption העמוק ביותר).
פורסם במקור בפורום CODE613 ב18/06/2014 11:05 (+03:00)
כתבתי לך להשמיט את האפס, ככה:
$cctokef = 517;
$cctokef = ($cctokef / 100) + (($cctokef % 100) * 100);
print str_pad((int)$cctokef, 4, '0', STR_PAD_LEFT);
או לקבל כסטרינג מתחילה, אחרת לא הצלחתי.
פורסם במקור בפורום CODE613 ב17/06/2014 15:43 (+03:00)
הקוד שלך שגוי קצת:
א. מרכאות סביב משתנה זבה פשוט מחרוזת במקום פניה למשתנה,
ב. הstrval אם צריך אותו בכלל (לדעתי לא צריך כי זה משתמע ממילא) לא נמצא במקום הנכון.
ג. המשתנה הראשון לא מכיל את האפס, כי הוא int כך שלאחר המרה אתה עם 751 במקום 517.
ד. ccnewtokef לא ידוע לנו מהו ומאיפה בא.
אבל באמת יש בעיה גם בלי כל זה.
כשאני מנסה בPHP לכתוב ככה:
print 0517;
וזה מחזיר 335!
ההסבר המעצבן הוא שערך שמתחיל באפס מתורגם למספר אוקטלי, טוב אז תזין בלי אפס.
למעשה, הכי קל לכאורה לקבל את המספר ישירות בסטרינג:
$cctokef = "0517";
$cctokef1 = substr($cctokef, 2, 4);
$cctokef2 = substr($cctokef, 0, 2);
print $cctokef1 . $cctokef2;
או להישאר עם int ולהחליף את הסדר ע"י קוד כזה:
ערך א = 0517
ערך ב = (ערך א / 100) + ( (ערך א % 100) * 100)
$cctokef = 517;
print (int)($cctokef / 100) + (($cctokef % 100) * 100);
רק שאז תהיה בעיה עם האפס במקרה שהקלט כזה: 1705 שזה מחזיר 517 במקום 0517. בשביל זה ניתן להשתמש בפונקציות פורמט, מצאתי לדוגמה פונקציית str_pad היא מקבלת סטרינג ומוסיפה ("מרפדת") לו תו מוביל במספר המתבקש:
$cctokef = 1705;
$cctokef = ($cctokef / 100) + (($cctokef % 100) * 100);
print str_pad((int)$cctokef, 4, '0', STR_PAD_LEFT);
פורסם במקור בפורום CODE613 ב17/06/2014 12:16 (+03:00)
בנותן טעם:
http://stackoverflow.com/q/3014940/1271037
פורסם במקור בפורום CODE613 ב17/06/2014 12:08 (+03:00)