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

@דוד ל.ט.

ClickOne לא כל נציג טלפוני מייצג חברה.

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

ואם חשבת שMySql זה חינמי זה לא כמו שאתה חושב. זה עם רישיון GPL שעושה מהר מאוד צרות כשאתה נהפך לאמיתי וגדול. לא יודע עד כמה, אבל זה לא שונה מלהחזיק מהדורה בתשלום פרוצה.
ואני גם לא בטוח שהחינמי כולל את כל המעלות של ריבוי מעבדים וכו' אפשר לראות כאן http://www.mysql.com/products/

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

פורסם במקור בפורום CODE613 ב10/02/2014 12:01 (+02:00)

@רחמים

@ClickOne
Sql Native

מה זה ההתקן הזה? SQL SERVER לא עובד בלא זה? או שצריך את זה רק כשעובדים עם אקסס?

בעיקר כשעובדים עם ODBC, יש ODBC רגיל שיודע לעבוד מול SQL SERVER, ויש את הנייטיב (שזה דרייבר לSQL), שלטעמי עובד יותר זריז... (באקסס כמובן )

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

@ארכיטקט

@רחמים
אני מבין שכל הצורך ב ODBC הוא כאשר משתמשים באקסס כממשק וב SQL SERVER כמסד נתונים ואז ה ODBC מקשר בין הממשק למסד, אבל אם משתמשים ב WPF אז לא צריך כלל את ה ODBC. הלא כן?

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

רק מה חבל שמייקרוסופט ביטלו את סוג הקובץ ADP.
ADP זה בעצם היה פרוייקט של אקסס שמחובר לSQL SERVER, שעבר מאד מאד זריז ביחס לODBC, כי זה היה ממשק לDB עצמו, כמעט כמו בדוטנט...

עריכה:
מצאתי את הדיון הזה. מעניין לקרוא...

פורסם במקור בפורום CODE613 ב11/02/2014 10:43 (+02:00)

@HUBHCBH

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

אתה מכניס את הכתובת אחרי URL (אתה עושה שווה ואח"כ הכתובת) ואת מה שאתה רוצה לראות בתוכן אתה שם בין הסוגריים המרובעים.
(url=http://code.613m.org)הכיתוב שאתה רוצה(/url)
תחליף את הסוגריים העגולים במרובעים. אחרת הוא יציג לינק ולא את הדוגמא :lol: :lol:

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

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

עריכה: בדקתי כעת במחשב של לקוח עם 2003, זה נקרא חלונות בשורת משימות

בנוסף מצאתי בהצפת מחסנית את הפוסט הבא

פורסם במקור בפורום CODE613 ב02/02/2014 22:20 (+02:00)

אם זה כמו בWINFORM, כנראה בחרת שהטופס מיושר לימין. ואז זה הופך את התמונות. (אם True= RightToLeftLayout)
אבל אני לא בטוח שזה ככה גם בWPF.

פורסם במקור בפורום CODE613 ב30/01/2014 22:49 (+02:00)

עדיין לא נכנסתי לעומק של CLR, אבל:
האם ניתן לעשות גם לופים ולפתוח טבלאות בCLR? או שזה מיועד לפונקציות פשוטות יחסית כמו חיבור של מספרים או שליחת SMS דרך WS :lol: :lol: :lol: ?
אני עם אריכטקט בנושא שהDB צריך לעשות כמה שיותר דברים והUI רק לתצוגה (כמעט...) ועדיין אני מסכים שיש דברים שאע"פ שנבדקים בDB צריכים להיבדק קודם בUI (לדוגמא תעודת זהות)

פורסם במקור בפורום CODE613 ב04/02/2014 14:01 (+02:00)

מצאתי!
ל http://www.e-iceblue.com/ יש חבילות שעולות כסף כדי לתקשר עם תוכנות של אופיס ללא שאופיס יהיה מותקן.

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

אני ממש חייב לציין שיש שם דוגמאות מאד יפות לכל המימושים, וכל דוגמא קיימת גם לC# וגם לVB, ודבר נוסף שאהבתי, לכל פרוייקט יש קובץ פרוייקט מתאים ל2005, 2008, ו2010 (אחד הדברים הכי מעצבנים זה שצריך לשדרג פרוייקט ואז הVS שובר לפעמים את הפרוייקט - וכאן הם פתרו את זה בצורה מעניינת מאד)

נראה שזה מה שחיפשת....
אני אישית הולך לעשות עם זה משהו...

פורסם במקור בפורום CODE613 ב06/03/2014 11:31 (+02:00)

אז זה כן נקרא עם עריכה.
כי אתה צריך לערוך....

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

PDF אכן לא יודע לקרוא וורד, (מה שכתבת זה להמיר לוורד) ...

לדעתי יש לך 3 פתרונות אפשריים.

1. לפתוח את הקובץ עם הDLL שארכיטקט הציע למעלה, ואז לעשות החלפה של כל המשתנים לדוגמא: $NAME$ יוחלף לשם פרטי וכו', אח"כ לסגור אותו דרך הDLL לPDF, ואז להציג אותו במציג PDF (לא מכיר, אבל בטוח שיש הרבה כאלה חינמיים הנה אחד לדוגמא.)
2. לשמור את הקובץ בRTF.
3. קבצי וורד לא מורכבים נפתחים ומוצגים בצורה מצויינת גם בכתבן של ווינדוס (לפחות מווינדוס 7), אתה יכול להשתמש בזה (לא יודע אם יש לזה Interop).

בהצלה!

ואל תשכח לספר לנו בסוף מה עשית ועבד...

פורסם במקור בפורום CODE613 ב29/01/2014 09:25 (+02:00)

עוד משהו.
לא ברור מהתשובה שלך האם זה ללא עריכה
@ayalaleora

אני צריך ודאי כולל העיצוב המלא.
אבל אני מעוניין בלי תוכנה בכלל גם לא WORDVIEWER.

אם זה ללא עריכה, למה לא PDF?
אם זה עם עריכה גם WORDVIEWER לא יעזור.

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

עריכה: אם זה לא קובץ מאד מורכב, למה לא RTF?

פורסם במקור בפורום CODE613 ב28/01/2014 22:16 (+02:00)

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

פורסם במקור בפורום CODE613 ב28/01/2014 21:57 (+02:00)

בלי עריכה?
יש את Word Viewer
מסתבר שאפשר לעבוד איתו דרך Interop. (לא בדקתי...)

פורסם במקור בפורום CODE613 ב28/01/2014 21:48 (+02:00)

המשמעות של כולם כלפי המתכנת היא אותו דבר (בדרך הטיפול בזה)
ההבדל? כאן

ובזה אין הבדל בין ווב לאקסס לC# לVBNET ואולי גם לPHP וNodeJS....

פורסם במקור בפורום CODE613 ב29/01/2014 17:15 (+02:00)

@דוד ל.ט.

אכן CONCAT זוהי פונקציה חדשה מ2012 (SERVER, הManagement Studio לא "מתערב" בעסק).
גירסאות קודמות צריכים להשתמש עם + ולוודא שהכל סטרינגים.
לSQL SERVER יש IDE נורמלי לחלוטין. רק שאתם ירוקים בעסק... כל מי שמתחיל ללמוד מסדי נתונים יודע שNull זה לא ערך. זה "בלתי ידוע" וממילא עם עושים לדוגמא

DECLARE @VAR int;
SELECT 100 - @VAR

התוצאה אינה 100 (כי לא חיסרנו ממנו כלום), אלא NULL! כי הSQL לא יודע כמה זה מאה פחות XXX.

וכאן נכנס ISNULL לעסק.

DECLARE @VAR int;
SELECT 100 - ISNULL(@VAR,0)

יחזיר 100, כי ISNULL הופך את הNULL למה שתכתוב בפרמטר השני שלו. (אם הייתי שם 1 בפרמטר השני הוא היה מחזיר 99)

פורסם במקור בפורום CODE613 ב29/01/2014 14:40 (+02:00)

@ארכיטקט

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

זה עובד ב2008?

SELECT CONCAT ( 'Happy ', 'Birthday ', 11, '/', '25' ) AS Result;

מחזיר:

Msg 195, Level 15, State 10, Line 1
'CONCAT' is not a recognized built-in function name.

למרות שבמייקרוסופט כתוב שזה נתמך עד2012, משמע גם ב2008.

אני בכל אופן אוהב בשירשור להשתמש בISNULL כי ברוב המקרים כשזה NULL אני רוצה שיהיה כתוב משהו. לדוגמא: ללא קטגוריה
ודבר נוסף שISNULL יודע להתמודד גם עם מספרים וכו' מה שאומר שאפשר לברוח מהכפלה בNULL כי זה ייהפך ל0.

פורסם במקור בפורום CODE613 ב27/01/2014 22:59 (+02:00)

בלי להתמקד בקוד שלך, תעשה ISNULL() על כל מה שאתה משרשר.
זה יבטיח שלא יהיו NULLים.
SQL בניגוד לVB וC# לא יכול לשרשר NULL עם עוד מחרוזת. ברגע שמשהו NULL, הכל NULL.

ISNULL([fld1],N'' ) +ISNULL([fld2],N'' )

מקביל לNz באקסס...

פורסם במקור בפורום CODE613 ב27/01/2014 21:18 (+02:00)

מה שלא טוב בזה (לפחות בינתיים) - זה שהוא שומר בטבלה המקושרת (באקסס) את הAPP לכל טבלה. אם יש לך 100 טבלאות, צריך לעשות Refresh על כולם.

פורסם במקור בפורום CODE613 ב28/01/2014 00:55 (+02:00)

@ארכיטקט

@ClickOne
יש דרך לשלוח פרטים נוספים בחיבור של הODBC?

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

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

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

הבעייה הייתה איך מושכים את הנתון הזה בתוך הSQL.

SELECT APP_NAME();

מחזיר את מה ששלחנו בAPP לקונקשיין.

פורסם במקור בפורום CODE613 ב28/01/2014 00:48 (+02:00)

@ארכיטקט

@ClickOne
יש דרך לשלוח פרטים נוספים בחיבור של הODBC?

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

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

אתה שומר את הסיסמא בקונקשיין של הODBC?
אני לא. אני מתחבר פעם אחת בהפעלה לשרת דרך קוד VBA, ואז הוא זוכר את הסש'ן עם הסיסמא. (בעיקר סיבות של אבטחת מידע, כדי שאף אחד לא יוכל להכנס לטבלאות [ע"י לחיצה על שיפט בהפעלה] - כשאני נכנס בקוד אני אכן מוודא שא"א לראות את תוכן את הטבלאות)

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

פורסם במקור בפורום CODE613 ב26/01/2014 14:35 (+02:00)

גם להשתמש בשם המשתמש של ווינדוס לא בטוח שיעזור. אם יש 2 מחשבים עם אותו שם משתמש? (אא"כ זה באותו משרד או שאתה משתמש גם בשם המחשב כמזהה [מהשאלה נראה שלא, כי כתבת user\user ולא comuter\user])
יש דרך לשלוח פרטים נוספים בחיבור של הODBC?
אני חושב שכן, הרי יש את הפרופרטי APP בקונקשיין סטרינג.
השאלה איך מושכים את הנתונים האלו בטריגר, וגם האם באותה הדרך יש אפשרות לשלוח משתנים נוספים.

פורסם במקור בפורום CODE613 ב26/01/2014 12:55 (+02:00)

הייתי מנסה משהו עקום. (כי ישר לא הולך לי....)
ליצור משתנה CLR בC# ולייבא אותו לDB.
ואז להצהיר עליו שם.

אין לי כמעט נסיון בCLR בתוך DB. אתה יודע אם זה מאט את הריצה של הפונקצייה? ההיגיון אומר שכן... (אם כן אז הפיתרון הוא עקום + לא יעיל :lol: :lol: :lol: )

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