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

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

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

פורסם במקור בפורום CODE613 ב19/07/2015 23:33 (+03:00)

@ClickOne

ארכיטקט, אני בהלם!, רק עכשיו אני רואה שהכנסת את ההודעה הזו.

ואני בהלם שרק עכשיו אתה רואה :lol: :lol:

@ClickOne

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

גם אני כמתכנת אוהב לעשות בו שאילתות, ועוד מחכים מהלקוחות שלי ש"מלמדים אותי" טריקים שלא חשבתי עליהם :lol: :lol: :lol:

@ClickOne

מתי מתחיל הפיתוח לWEB?
כבר התחיל מזמן, ועומד להסתיים בקרוב, הכל שם מבוסס על כלי ההשלמה האוטומטית, דוגמת גוגל. ההשלמה האוטו' עוזרת לך לחפש את המידע וגם לאתר את השדה המתאים לחיפוש. שאל את דוד לב טוב שרואה את הפרוייקט בהתרקמותו.

@ClickOne

איך יהיה אפשר לנתח DB של אקסס אם זה יהיה בWEB?

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

@ClickOne

איזה עזרה אתה צריך?

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

@ClickOne

מתי אתה מגלה לכוולם מה הטריק? (הגאוני, אך פשוט. [באמת <!-- s:-) --><img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":-)" title="מחייך" /><!-- s:-) -->])

הטריק זה סוד כמוס לפרה ולסוס :lol: :lol: :lol:

פורסם במקור בפורום CODE613 ב19/07/2015 22:02 (+03:00)

@HSF

האם מכסה גם את פונקציית הIF?
לדוגמא אם שדה כולל *** תסנן לפי ****
ואם ** אז ***

וכדו'.

מכסה גם מכסה, אולם זה דורש עוד צעד באמצע הדרך, בע"ה כשהגירסה המלאה תופץ, הכל יובן.

פורסם במקור בפורום CODE613 ב19/07/2015 21:50 (+03:00)

@דוד ל.ט.

אבל לכאורה זה לא מכסה הרבה תרחישים. לדוגמה שאילתות סיכום

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

קשרים מורכבים בין טבלאות

קיים, המפתח צריך לקבוע בהגדרות את הקשרים, ואפשר לחפש לפי כל קשר שהוא.
@דוד ל.ט.

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

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

פורסם במקור בפורום CODE613 ב26/06/2014 16:23 (+03:00)

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

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

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

בצד ימין יש 3 אפשרויות שלושתם כבויות כרגע, וכאן בעצם מתחיל הכוח האדיר של הכלי הזה.
הסבר: בעיקרון כל חיפוש מבטל את החיפוש שקדם לו, כמו בגוגל כל חיפוש מתחיל מחדש.
אם אנחנו רוצים שהחיפוש שלנו יהיה "בתוך" הרשימה הנוכחית, כלומר לדגומא יש לנו כאן 207 רשומות (לפי אופן שיק וזה ממש לא משנה כרגע איך הגענו ל 207 הרשומות הללו) ואנו רוצים כעת לבצע חיפוש שהוא אך ורק בתוך אותם 207 רשומות, בוחרים בתיבת האפשרות חיפוש בתוך הרשימה (זה לא עובד עם AND יש כאן גישה אחרת, נסביר בהמשך) ואז כל חיפוש שיתבצע מכאן ואילך (שימו לב!!! כל חיפוש!!! גם חיפוש חופשי וגם נושאים ופעולות וגם כל מה שתרצו גם עם מיליארד joinים) יתבצע אך ורק בתוך הרשימה
אם אנו רוצים חיפוש מחוץ לרשימה זאת גם אפשרות, במקרה כזה כל חיפוש שנבצע יחול רק על רשומות שלא נמצאות כרגע בטבלה שלפנינו, הרשימה שישנה לפנינו תישאר בכל מקרה, והחיפוש רק "יוסיף" עליה רשומות (גם כאן זה לא עובד עם OR, סבלנות עד להמשך ) הואיל ואפשרות זו סותרת באופן לוגי את חיפוש בתוך הרשימה לכן זאת תיבת רדיו של 2 אפשרויות.
מתחתם אנו יכולים לראות את תיבת הסימון חיפוש הפוך, הפעולה שלה היא פשוטה, מה שאתה מחפש זה מה שאתה לא מוצא, ומה שאתה מוצא זה בעצם כל הרשומות שעונות לתוצאה ההפוכה מהחיפוש שלך. הסברנו את העיקרון של חיפוש הפוך, אבל רגע! יש גם את 2 האופציות מעל, חיפוש בתוך או מחוץ לרשימה. ובכן, כן, זה יכול לעבוד ביחד, חיפוש הפוך בתוך הרשימה יתן תוצאות הפוכות רק בתוך הרשימה הקיימת ולא יחרוג ממנה, ואילו חיפוש הפוך מחוץ לרשימה, ישאיר את הרשימה הקיימת בכל מקרה, ואילו מחוצה לה, הוא יציג תוצאות ההפוכות לחיפוש.
למעלה בצד ימין אנו יכולים לראות חיצים ימינה ושמאלה, נשמע מוכר??? כן כן דפדפן אינטרנט, אתה יכול לדפדף לצעד הקודם שעשית בקלות על ידי לחיצה על החץ הימני ולהגיע לרשימה שהיתה לפני רגע, ולרשימה הבאה על ידי לחיצה על החץ השמאלי.
כעת מה קורה אם בן אדם יש לו 4 צעדים שהוא עושה נניח לפי אופן שווה לשיק, סכום גדול מ 100 תאריך שהוא בשבוע האחרון, ונפדה שווה ל "כן" (כמובן שמהצעד השני ואילך הוא כבר בוחר חיפוש בתוך הרשימה) הבן אדם כל יום נכנס לתוכנה בבוקר והוא רוצה לדעת מה עם הרשימה הזאת לפי התנאים הללו, האם נאלץ אותו בכל יום לשבור את השיניים מחדש? לא ולא! יש אפשרות "להקליט" את הצעדים, כמו הקלטת מאקרו בוורד, מכירים?? אז גם כאן, יש כפתור בצד השמאלי שמתחיל הקלטה, הוא בוחר שם להקלטה ["השיקים המעניינים של השבוע"], עושה את הצעדים, עוצר את ההקלטה, ואז יש לו סידרת צעדים מוכנה, כל מה שנשאר לו זה להריץ את ההקלטה. תשאלו אותי האם ההקלטה יודעת שהוא בחר בתוך הרשימה או מחוץ לרשימה וכדומה?? ממש כן....
נמשיך הלאה, מה קורה אם בן אדם יש לו הקלטה, ואחרי שהוא מריץ אותה הוא רוצה לחפש בתוך הרשימה משהו, אין שום בעיה, מריצים ההקלטה, ואז מחפשים בתוך הרשימה את מה שרוצים. ומה קורה אם מישהו רוצה לעשות הקלטה שתריץ הקלטה אחרת, ותחפש אחר כך מחוץ לרשימה הקלטה שלישית?? ובכן זה גם אפשרי. תשאלו ומה אם בתוך ההקלטות יש הגדרות של בתוך ומחוץ לרשימה האם זה מפריע?? ממש לא, כל הקלטה עושה את העבודה שלה בנפרד, ובסוף התוצאה היא, הקלטה א מורצת, והקלטה ב מחפשת את תוצאותיה מחוץ לרשימה שנוצרה לאחר הקלטה א.
כעת נשאל עוד משהו, מה קורה אם בן אדם רוצה את כל אלו שגרים בשכונה הר נוף בתנאי שנכנס מהם מעל 200 ש"ח ובשכונה רמות, גם אם תרמו מעל 100 ש"ח, איך עושים דבר כזה?? בעיקרון כדי להשיג 2 שכונות עושים חיפוש מחוץ לרשימה לשכונה השניה, אבל לגבי הסכומים אם נעשה מעל 100 הוא יציג גם את הר נוף מעל 100 ש"ח אז איך פותרים את זה?? כאן נכנסת לתמונה האופציה של שמירה בצד, אתה יכול לשמור קבוצת רשומות בצד, להמשיך לעבוד כאילו לא היה כלום, ולאחר מכן לצרף את קבוצת הרשומות הלזו לרשימה שלך. ואז עושים ככה, מחפשים הר נוף, בתוך הרשימה סכום שהוא בין 200 לבין 500. שומרים בצד, (אתם יכולים לראות החזר לרשימה 725 רשומות שמורות) עושים חיפוש חדש שכונת רמות, ובתוך הרשימה סכום גדול מ 100, מחזירים את הרשומות השמורות, ומקבלים תוצאה נהדרת!!! ההקלטות אגב, יודעות לנטר גם את זה.

שאלה נוספת, מה יהיה אם בן אדם רוצה כעת להתמקד בשכונת רמות, שבהם יש תורמים מעל 300 ש"ח אבל גם אלו המוגדרים "ידידים" גם אם לא תרמו כלום. הדרך הפשוטה לעשות זאת היא לעשות חיפוש תרומה מעל 300 ש"ח מחוץ לרשימה לפי קטגוריה ידידים, ואח"כ בתוך הרשימה שכונת רמות. אבל מה יהיה אם עשיתי 10 צעדים, הגעתי ל 207 רשומות, וכעת אני רוצה להתחיל לברור בתוך הרשימה שלי מספר אופציות, כלומר נניח שברשימה שהגעתי אליה בעמל רב לפי אלף פרמטרים, יש אנשים מהרבה שכונות, ואני רוצה להציג רק את האנשים של רמות הר נוף בני ברק מודיעין עילית או כאלו ששפת האם שלהם היא צרפתית. מה עושים עכשיו??? צריך לתכנן את הצעדים כל כך בקפידה שזה כבר מתחיל להיות מעמסה. או נניח שסתם ככה בן אדם יש לו עכשיו תוצאה הוא רוצה להשתולל בפנים, לעשות חיפושים חופשיים, לחזור לרשימה המקורית וכו'. כאן נכנס לתמונה המושג "נעיצה" מושג זה (אני לא יודע אם השם שלו הוא הכי מתאים אבל כעת בפרוייקט שלי מאוחר מידי כדי לשנות) אומר שמבחינת המימשק כעת כאילו יש בכל מסד הנתונים "רק" את הרשימה הזאת, וכל חיפוש שתעשה עכשיו (בתוך הרשימה מחוץ לרשימה, הפוך הכל הכל) לא יוכל לחרוג מהמסגרת הזאת. (ואגב... ההקלטה יודעת לנטר גם את הפעולה הזאת)

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

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

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

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

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

פורסם במקור בפורום CODE613 ב26/06/2014 15:16 (+03:00)

הפרוייקט הבא שנרצה לחשוף כאן היום, הוא פרוייקט מגלומני לא פחות, אולם בתחום ה UI.

מימשק התישאול הגלובלי. באנגלית: Global query interface.

מטרת הפרוייקט היא לבנות UI שמאפשר למשתמש הקצה לבצע שאילתות [size=150:f6b72dw6]ולו המורכבות ביותר!!!!![/size:f6b72dw6] בלי להתמצא בכלל ב SQL עם חווייה אינטואיטיבית לחלוטין, וללא צורך בעמל של פיתוח כלל!!! כל מה שנצטרך להגדיר בתבנית זה את כתובת מסד הנתונים, ועוד כמה דברים קטנים להתאמה (במידה ולתבנית תהיינה חוסר וודאויות כלשהן) ובזה התסיים הסיפור, הלקוח חופשי לבצע כל שאילתה ולהגיע לכל תוצאה בעולם, ללא צורך להתמצא כלל בתיכנות (אנו מדברים כמובן על שאילתות SELECT בשלב הזה)

אז ככה, למעשה הUI הזה כבר מאופיין ובנוי ועובד כמו סוס בלי שום בעיות, אבל לצערי הרב, הוא אקססאי אני רוצה פרוייקט קוד פתוח מבוסס WEB שבשלב כלשהו גם עשוי להפוך למנוע החיפוש הנפוץ ביותר ברשת ויעקוף גם את גוגל בתחומים מסויימים (כגון חיפוש מורכב ומדוייק בתוך אתרים שהיא משימה קשה מאוד נכון להיום, ואתה די נתון לחסדי המפתח הספציפי של אותו אתר, מה שבדרך כלל בעקבות החולשה הגדולה של מנועי חיפוש פנימיים, מחזיר את האנשים לחיקה הבטוח והאוהב של "אמא גוגל" שכל מה שהם מבקשים ממנה [בעיקר אם בשפה של תינוק] היא משתדלת להבין ולתת על מגש של כסף {ממודעות פרסום}) בכל אופן לגבי ארגונים אמיתיים שמתמודדים עם כמויות אדירות של מידע, וצריכים מפתח שישב במשרה מלאה כדי לעשות שאילתות לפי הצורך, זה יכול לחסוך להם את המאמצים הללו.

הרחבה בהמשך.

פורסם במקור בפורום CODE613 ב25/06/2014 10:35 (+03:00)

זה חסוי וגם אפשר לראות, אין סתירה בין תחילת המשפט לסופו...

פורסם במקור בפורום CODE613 ב06/10/2015 10:59 (+03:00)

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

פורסם במקור בפורום CODE613 ב02/10/2015 11:14 (+03:00)

עקבתי אחרי פונקציות של sql server עצמו, והם לא ממש עקביים בשיטה, פעם אותיות גדולות, פעם קו תחתי + אותיות גדולות, ופעם קו תחתי ואותיות קטנות במילה השניה. לא ברור מה הולך שם. התלבטות קשה, צריך עוד גורמים שישתתפו בייעוץ...

פורסם במקור בפורום CODE613 ב27/06/2014 10:39 (+03:00)

@ClickOne

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

אז כבר יש שותף אחד, חסרים לנו שניים למנין של ארבע.

@ClickOne

לגבי השינוי בין SQL SERVER לmysql , אולי כדאי לחשוב על כלל ברזל שיהיה תקף בשניהם (ולא מפריד אותיות גדולות במייקרוסופט וקו תחתון בMYSQL), כדי להקל על הגירה בין הפלטפורמות. ובנוסף, ברגע שכלל הברזל יהיה אחיד, יהיה אפשר להשתמש בו גם בכלים אחרים כדוגמת מנגוDB, אקסס וכו'.

זה נכון, אבל אדרבה צריך לאמץ סטייל אחיד, ומי יגבר? סטייל וינדווס/דוט נט או סטייל לינוקס/js/mysql?? לעשות כלאים נראה לי לא מוצלח.

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

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

פורסם במקור בפורום CODE613 ב26/06/2014 21:58 (+03:00)

אם יש 3 שותפים של ממש לחזון, אפשר להתחיל לעבוד.....

פורסם במקור בפורום CODE613 ב25/06/2014 12:57 (+03:00)

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

דבר ראשון אני תומך בפרוייקט, ומחזיק אצבעות ליזם שיצליח בשאיפה הזאת :lol: :lol: :lol: :lol:

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

אנשי קשר [כרגיל אין צורך להרחיב אנשי קשר אצלנו זה כולם כולם כולם כולם, ספקים, תורמים, תלמידים, הורים, צוות, משתמשים, וכו וכו]
תנועות פיננסיות [הכנסות, הוצאות, חיובים, זיכויים, חיובים קבועים, זיכויים קבועים, הכנסות קבועות {הו"ק וכדו}, הוצאות קבועות]
מוצרים [לכל ארגון שיש לו תנועות פיננסיות בדרך כלל יש מוצרים/שירותים, בין אם זה עסק רשמי, ובין אם זה עסק למכירת אותיות בספר תורה בנוכלות ורמאות]
תנועות מוצרים [כניסה למחסן, יציאה מהמחסן, רכישה של לקוח, הזמנות של לקוחות, הזמנות מספקים, יתרה של כל מוצר במלאי ויתרה להזמנות וכו' הכל נגזר בשאילתות]
פעילויות [משימות, תיעוד אירועים {משימות שבוצעו} משלוח מיילים, פקסים, SMS, הכלי הזה כמובן צריך להיות בלתי מוגבל באפשרויות המוניפולטיביות שלו כי הוא אמור לכסות כמעט כל שטח אפור בארגון]
מסמכים [ארגון מסמכים ע"י משרד ללא נייר, וכן מסמכים שצריך להשיגם/לטפל בהם]
שדות מותאמים אישית ע"י key\value [כן זה יכול לעצבן כמה אנשים, אבל זה לא מזיק, ולפעמים זה יכול לחסוך למפתח מיליארד שעות עבודה בשביל איזה קשקוש שהלקוח מבקש, פשוט להגיד לו תעשה שדה מותאם אישית, שהוא בעצם שורה בטבלה שמכילה קי ווליו]
מקורות ערכים [לשיטתנו כל הקובמו בוקסים, ממוקרים מטבלה מרכזית אחת המרכזת את כל הערכים האפשריים ע"י ID ו VALUE]
פרופרטיז למקורות ערכים [טבלה משנית המכילה מאפיינים שונים של כל מקור של ערך ע"י key\value]
ברירות מחדל [טבלת ברירות מחדל אמורה להכיל העדפות שונות של הלקוח/משתמש, והיא יכול לשמש גם כמנוע הרשאות נהדר, נרחיב בהמשך אודות טבלה זו]
משתמשים [טבלה בסיסית המכילה את המזהים של אנשי הקשר שהם גם משתמשי התוכנה, היא מכילה סיסמה, שם windows ועוד ירקות]
טבלת לוג שינויים, כל שינוי בטבלה אפשר לתעד בלוג על ידי טריגר (זה כמובן לבחירתו של המפתח)

כללי פלדה לשמות האובייקטים:
בכל טבלה ולא משנה מה ומי ומו יש עמודת זיהוי ממוספרת אוטומטית ושמה: ID (בסטייל mysql id באותיות קטנות)
ב SqlServer המפריד בין מילים בשמות האובייקטים היא אות גדולה כמקובל בסטייל windows. ואילו ב mysql אין אותיות גדולות בכלל והמפריד בין מילים הוא תמיד קו תחתי.
לכל רשומה בכל מקום שהוא יש תאריך עדכון אחרון, שמתעדכן ע"י טריגר בעת עדכון רשומה, תאריך הוספת רשומה, ומזהה המשתמש שהוסיף את הרשומה (אם רוצים לעקוב אחרי משתמשים שעשוי שינויים ברשומות אפשר דרך טבלת הלוג). משתמש 0 הוא תמיד מערכת התוכנה האוטומטית [הרחבה בהמשך].

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

פורסם במקור בפורום CODE613 ב25/06/2014 10:17 (+03:00)

שלום לכולם

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

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

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

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

את הפרוייקטים אני רוצה לבנות ב mysql וב sqlserver במקביל. מחפש פלטפורמה מתאימה ואפשר לצאת לדרך....

תגובות והערות לפרוייקט המגלומני יתקבלו בברכה.

פורסם במקור בפורום CODE613 ב25/06/2014 09:57 (+03:00)

@דוד ל.ט.

כנראה העדכון מושלם רק לאחר סיום הטריגר. ממילא תמיד הoldValue של הטבלה השניה הוא הישן.

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

פורסם במקור בפורום CODE613 ב23/06/2014 15:59 (+03:00)

@softs

רבותי דיינים מומחים, יש פתרון פשוט :

IF ((
SELECT TRIGGER_NESTLEVEL()) > 1 )
RETURN

וזה מונע הפעלה של טריגר מתוך טריגר בכל ה DB:

EXEC sp_configure 'show advanced options', 1
GO
RECONFIGURE
GO
EXEC sp_configure 'nested triggers', 0
GO
RECONFIGURE
GO

איזו מומחיות!!! שחרר עוד קצת מודיעין.....

פורסם במקור בפורום CODE613 ב23/06/2014 15:57 (+03:00)

שלום

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

if UPDATE(CommunicationData)-- במקרה ובוצע שינוי בנתוני התקשרות
	-- ContactsCommunications  מעדכן את טבלת
	UPDATE ContactsCommunications
	set CommunicationData= i.CommunicationData
	from  ContactsCommunications cc
	inner join inserted i  on cc.ContactID=i.ToContactID
	inner join deleted d on d.ID=i.ID 
	where d.CommunicationData=cc.CommunicationData
	and d.CommunicationData<>i.CommunicationData;

טריגר שמעדכן לאחר עדכון של ContactsCommunications:

declare @oldCommontcationData nvarchar (500) = (select top 1 CommunicationData from deleted);
-- מעדכן את טבלת הודעות על סמך העדכון כאן
if update(CommunicationData)
update Messages set CommunicationData = i.CommunicationData
from Messages m 
inner join inserted i on i.ContactID = m.ToContactID
(m.CommunicationData  is null or m.CommunicationData = '' or m.CommunicationData = @oldCommontcationData) ;

הטריגר הוא "אפטר" אפדייט, אז מה בדיוק לא בסדר??

פורסם במקור בפורום CODE613 ב23/06/2014 10:12 (+03:00)

@ClickOne

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

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

פורסם במקור בפורום CODE613 ב23/06/2014 09:34 (+03:00)

שלום

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

איך בודקים דבר כזה?

פורסם במקור בפורום CODE613 ב23/06/2014 07:50 (+03:00)

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

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

תודה.

פורסם במקור בפורום CODE613 ב20/06/2014 10:37 (+03:00)

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

פורסם במקור בפורום CODE613 ב19/06/2014 08:39 (+03:00)