@dovid
יישמתי את המלצתך
השתמשתי בUUID (כאמור צד שרת: node.js)
לגבי הקשר בין ההצעות מחיר
המהות בשלב הראשוני הינה פשוטה
הלקוח אמור לבחור הצעת מחיר אחת מתוך כמה שהוא קיבל
(הלקוח רוצה לרכוש מטבח אחד, מתוך מבחר ההצעות מחיר שהצענו)
והצורך הוא גם להציג למזכירה את כל ההצעות הרלוונטיות מול הלקוח,
וגם שכאשר הוא מאשר הצעת אחת, לסמן את השאר כלא רלוונטיות
במידה והלקוח מעוניין בהצעות מחיר נוספות
אני כמובן יכול לשייך אותם לאותו UUID במקום ליצור חדש
@pcinfogmach כתב באיך להסיר ניקוד וטעמים מטקסט בc#:
אפשר לשאול איך עשית את הבדיקות? זה נראה שהתשמשת באיזשהו תוכנה לא visual studio
צד לקוח: אנגולר
צד שרת: node.js
מסד נתונים: mssql
רקע:
יש לי מעבדת מחשבים / נגרייה (דוגמא, כן...)
בקומפוננטה להוספת הצעת מחיר לעבודה (כל עבודה הינה מפרט שונה ויחודי בפני עצמה, והינה 'רשומה' בפני עצמה)
מתאפשר לבצע הוספה של הצעת מחיר בודדת או כמה ביחד
היות ואני מעוניין לאפשר הצגה של כל ההצעות מחיר שהתבקשו ביחד (ע"מ לאפשר השוואה בין מפרטים/מחירים)
אני צריך להוסיף עמודה בטבלת ההצעות מחיר
של זיהוי 'הקבוצה' שהגיעה ביחד
(מושכל ראשון, יתכן שלא?)
השאלה:
איך לנהל את רישום המזהה היחודי לקבוצה בצורה נכונה
אפשרות א:
להוסיף טבלת של 'קבוצת הצעת מחיר' (מזהה, כמות הצעות, תאריך)
וכל פעם להוסיף שם רשומה, ולהכניס את המזהה לטבלת הצעות מחיר
זה נראה לי טיפה מיותר לשמור ולנהל טבלה כזאת שאין לה כל ערך ושימוש מעבר להפקה חד פעמית של מזהה
אפשרות ב:
להוסיף עמודה פשוטה מסוג INT בטבלת הצעות מחיר
לבדוק כל פעם מה הערך הכי גבוה בעמודת המזהה קבוצה
ולהוסיף לו 1
(ואז מה יקרה כאשר שני משתמשים מוסיפים הצעות מחיר?
כי הפונקציה בצד שרת היא
קבלת המערך, מעבר בלולאה על המערך, והוספה לטבלה,
כך שאת המזהה קבוצה עלי לקבל לפני הכניסה ללולאה, כי זה גם פעולה יחידה ברמת מערך, וגם אם אבדוק באמצע הלולאה, זה עלול להשתנות)
אפשרות ג:
לעשות פונקציה שתחזיר לי מזהה רנדומלי של 16 תווים
ואותו להכניס כמזהה
(מרגיש לי לא נכון, להסביר למה? לא צריך)
אפשרות ד:
?
בהמשך
ועם/בלי קשר
אנקדוטה מהדקות האחרונות
באתי להחליף כעת סיסמא באתר של בנק הפועלים
והוא לא אפשר לי להזין סיסמא חדשה שהיתה קיימת בעבר (אפילו בעבר הרחוק)
צא ולמד...
שאפילו נתון שכזה הם שומרים
(הגיוני לבדוק שהסיסמא החדשה לא זהה לנוכחית, אבל סיסמא לפני חמש שנים?)
@OdedDvir
בהמשך לדבריך
רק להאיר זווית נוספת
יש לחלק בין מסד נתונים של מידע אינפורמטיבי
לבין מידע עסקי
אני עובד ברשת סיטונאית וקמעונית גדולה
ויושב על מגוון מערכות מידע של החברות תוכנה הנחשבות והנפוצות בשוק
ופעמים רבות אני יושב מתוסכל עד עמקי נשמתי
למה אין תיעוד ושמירת היסטוריה לכל שינוי
(דוגמא אמיתית: לא נשמר היסטוריית מחיר עלות
והדוחות בתוכנה מבוססים על ההפרש בין המחיר במסמך המכירה למחיר עלות מכרטיס המוצר
ואז שמגיע שנות האינפלציה ויש שינוי במחיר עלות,
אתה שובר ת'ראש בקיר איך להוציא דוחות על רבעונים קודמים)
ה-מ-ו-ן מידע עסקי מתפספס ונמוג בעקבות חוסר בנתונים היסטוריים
כולל ובפרט כל מיני שינויים במערכת (החל מהגדרות, וכלה באכמ"ל..)
שבסופו של יום
אם היה תיעוד פשוט של רשומות לפני ואחרי החיים היו יותר קלים
יש לי אינספור דוגמאות חיות למידע שחסר
(גילוי נאות: מכאן מגיע הפרנויה שלי במערכות שאני כותב (מידע עסקי)
לשמור ולתעד את כל הרשומות ששונו, למה? כי יבוא יום שיהיה לזה משמעות)
כך שהסברא שנפח הנתונים עשוי לגדול בצורה מעריכית הינו נכון
ולכן לדוגמא במסד נתונים של פורום כלשהו
יש פחות הגיון לשמור כל שינוי של המשתמש
כי מה שחשוב זה הפוסט המוצג לגולש
ופחות רלוונטי ויש מה לעשות עם ערימת הטיוטות של המשתמש
אבל כאשר מדובר בנתונים עסקיים
גם כמות השינויים פר רשומה בדר"כ הינה פחותה
ואם יש שינוי - אז זה נתון חשוב שיש לו חשיבות לשמירה
(גם שדה טלפון וכתובת של לקוח, במידה וזה לא משתמש באתר
אלא לקוח שרכש ממך בהקפה, יכול להיות מידע מאוד רלוונטי כאשר הוא 'פורח' ואתה מנסה לאתר קצה חוט של איש קשר קודם)
@OdedDvir כתב בmssql - התייעצות כיצד לשמור שינויי עריכה בטבלאות:
במקרה האחרון מסתמא הייתי רושם את התיעוד ל-db אחר.
הסיבה היא שלרוב צד ה-db הוא צוואר הבקבוק במערכת, ולתיעוד ב-SQL יש מחיר גבוה.
מנסיון מהצד של משתמש במערכות שרשומות כמות רשומות נאה מאוד ביום
@מנחם כתב בשליחת טקסט מודגש / מעוצב בשורת הנושא בגימייל:
דרך נוספת
זה אותה דרך
זה גם עובד עם יוניקוד
אבל ממש מגניב
ותודה על השיתוף!
תמיד חפשתי דרך לשלוח טקסט מודגש/מעוצב בשורת הנושא (דחוף!!!!...)
פתאום נפל לי האסימון
שכמו שניתן לשלוח אימוג'י בשורת הנושא
ניתן גם לשלוח ככה טקסט עם תווי Unicode
אומנם בעברית התמיכה חלקית מאוד
אבל זה בהחלט עוזר לשפר את ההבעה
בהצלחה!
--
אהה
ואם מצאת 'ממיר' מוצלח או דרך נוספת - תשתף
@OdedDvir
תודה על התשובה המפורטת והמושקעת!
עברתי עליה בעיון מספר פעמים
כד הוינא טליא
עשיתי פונקציה בקוד בצד לקוח שלפני ואחרי כל רישום לטבלה, מכניסה לטבלת היסטוריה את השורה/ות לפני ואחרי העדכון (בהחלט שגוי, אבל ככה עשיתי בפרויקטים ישנים, די דומה למה שהצעת לא לעשות...)
כיום אני מבצע שימוש בטריגרים בsql על בסיס הקוד הזה (יוצר 3 טריגרים לכל טבלה)
select * from deleted d
select * from inserted i
כעת ראיתי שיש גם אפשרות של Temporal Tables
שנראת די מסקרנת
מישהו עובד עם זה?
מישהו יודע האם זה עובד טוב ויעיל או שזה תוקע / גורם מורכבות בטרנזקציות וכו'?
ובעיקר אני לומד
שהצורך שלי הוא בתיעוד של לוגים מבניים בצד שרת (node.js ekspres)
בנוסף כמובן לרישום בSQL
ספרייה מומלצת?
כמה ואיזה מידע מומלץ לשמור?
ע"מ לקבל את המירב מהתשובה
אמנע הפעם מלהציג את לבטי מחשבותי
אלא אשאל 'שאלה פתוחה'
מסד נתונים: MS-SQL
כיצד הינך מנהל רישום היסטוריית שינויי עריכה לנתוני הטבלאות (DELETE,UPDATE,INSERT)
@קומפיונט
מעבר לתשובה הטובה
נהנתי שפרטת את הקו חשיבה הבריא שיעזור לי גם לפעמים הבאות
כי ניסיתי לבצע חיפוש בריגסטרי באמצעות תוכנות חיפוש למיניהם
ולא מצאתי
ועל הרעיון הזה של הקלטת השינויים ...
לא חשבתי
החכמתי
שכוייח
@A0533057932
לא
כידוע (?)
במידה ומפעילים מחשב ללא מסך מחובר
הגדרות הרזולוציית צג עומדות על 768*1024 ללא אפשרות שינוי
אני בכ"ז מעוניין להפעיל אותו ברזולוציה של 1080*1920
ואכן הצלחתי לבצע זאת לפני תקופה
באמצעות שינוי הגדרות ברירת המחדל בריגסטרי (כמדומני PrimSurfSize.cx/PrimSurfSize.cy)
כעת בעקבות הפעלה מחדש
זה שוב חזר לי לתצוגה של 768*1024
ואני לא מצליח למצוא את הנתיב בריגסטרי (ו/או את הקישור לפוסט שעזר לי)
אשמח לכל בדל עזרה
כולל חלופות תוכנה שעובדות לשינוי התצוגה
@Y-Excel-Access כתב באיך לתרגם אתר ולשמור אותו כPDF, בצורה אוטומטית:
האם אפשר לעשות את זה אוטומטית?
להשתמש בדפדפן Edge
תגדיר לו תרגום אוטומטי לעברית
רק להוסיף אנקדוטה
בחודשים האחרונים
בעקבות מסעות הפרסום הקופצות מכל פינה
פניתי להרשם לאחת מהתוכניות (פרטים שמורים במערכת)
דווקא לא בגלל ההשמה שלא רלוונטית עבורי
אלא בגלל העמקת הידע והיכולות
היות שיש לי ידע מוקדם
למרות שבפרסומים הופיע 'הרים וגבעות' על חומר הלימודים
התעקשתי לקבל סילבוס מסודר של הלימודים
ודחו אותי כל הזמן
שעדיין אין סיליבוס סופי, כי מחכים שיגמר הרישום
ולפי רמת היידע של התלמידים יחליטו סופית מה יהיה
רק אחרי שסרבתי להגיע לראיון קבלה עד לקבלת סילבוס
אמר לי הנציג
תשמע: עקרונית עיקר הקורס שלנו זה המכינה
לימודי האנגלית שמאוד מאוד חשובים, ועוד השלמות כמו מתמטיקה וכד'
שאר הדברים אנחנו עושים לפי ההספק ולפי מה שהתלמידים רוצים
ובעיקר מראים להם, איך אח"כ יוכלו לחפש ולהעמיק את הידע לבד
אז אם טרם קראת והפנמת את מה ש @yossiz כתב
תגלגל אחורה וקרא בשנית
@A0533057932 כתב בהתייעצות ברכישת דומיין:
המחיר לא משתנה אחרי שנה (בשונה מהסיומת בחינם)
לפום ריהטא יש שינוי מחיר
אני מעוניין לרכוש דומיין לכתובת שאמורה להיות פרטית
(עומק כוונתי שזה לא אתר שפתוח לציבור, ולהופיע באינדקוס כלשהו, אלא אתר נעול לשימוש פנימי של עובדי המפעל)
@yossiz
החכמתי!
בדקתי כעת בדיקה בשלוף
עשיתי שתי פרויקטים 'פוצצתי' את כל הטופס בשעונים
אחד כולל תצוגת שניות והשני ללא
ואכן עושה הרושם שיש הפרש גם בCPU וגם בזכרון
(האם ניתן להשליך מזה שבכל מכשיר הצורך סוללה
מומלץ להעביר לאי תצוגת שניות לחסכון בסוללה?)
@yossiz
ההבדל ביני לבין הפוסט הנ"ל
שאני אכן מאמין ל'בחור הזעצער' במייקרוספט שכתב את המילים הללו
ולא מדובר בהערה שהשתרבבה לגרסה הסופית
השאלה שלי היא
למה?
למה הצגת שניות לוקחת יותר כח סוללה?
בליבת המערכת הרי ברור שבכל מצב יש חישוב של זה
האם זה בגלל רענון התצוגה של האלמנט?
האם אתה כמתכנת לא שם מידי פעם למשתמש תצוגת שניות?
התחדשתי במחשב חדש (תודה..)
ובתהליך המורכב של התאמת ההגדרות החדשות במחשב
הופיע לי שבהגדרת שניות בשעון במגש המערכת - זה צורך יותר כח סוללה
אצלי מדובר על מחשב נייח
ואין לי שום צורך בשניות או נפק"מ בצריכה
אבל כמתכנת זה מסקרן אותי
למה פעולה כזאת צורכת יותר כח סוללה
ברמה כזאת שמיקרוספט מיידעים/מזהירים אותי לפני ביצוע ההגדרה
@איש-פשוט-מאוד
@dovid
יש נקודה נוספת לדיון
וזה ערך המע"מ (לנוהגים.. כמובן...)
במערכות תקניות נהוג לנהל את מחיר הפריט לפני מעמ
ויש לעיין האם לשמור את הנתון של ערך המעמ הנוכחי בטבלת הזמנות
מצד אחד זה נתון קבוע של תא בודד לפי טווח תאריכים
ולכן יש הגיון לשמור אותו פעם אחת בלבד
מצד שני נוחות/קלות השליפה
במידה וזה מופיע כערך בשורת ההזמנה