ODBC של Sql Server
-
יכול להיות שזה אידיאלי, אבל כפי שכתבתי יש אילוצים כלכליים בתמונה. והפיתוח באקסס בענייני IT פשוטים, לוקח בערך עשירית זמן מאשר בפלטפורמות אחרות לצערנו מייקרוסופט לא השכילו לשלב את נוחות הפיתוח של אקסס במערכות המתקדמות שלהם, ואם הם עושים את זה זה בעצלתיים.
פורסם במקור בפורום CODE613 ב29/07/2013 10:55 (+03:00)
-
-
הרעיון דווקא נשמע נכון, לארגונים קטנים, אבל ואבל גדול.....
אקסס לא מתמודד עם כלום, גם לא עם מאה רשומות, הUI שלו זוועה מהלכת, או יותר נכון זוועה שלא מלהכת, הכל תקוע מימין ומשמאל, חשבתי לתומי שבאופיס 2010 הגיע המשיח אבל שום דבר לא השתנה, זה אחד מהדברים הגרועים מבחינת הUI שיצרו מיקרוסופט. אתה צריך להבין עם עבדת קצת עם WINFORM, תדמיין טבלה של מאה רשומות בלבד עם 10 עמודות שעשויה מטקסטבוקסים, וזה משוכלל כמו DATAGRIDVIEW וכדו' אפי' בWINFORMS זה יתקע לגמרי.
אממה.. יבואו יוצרי האקסס ויטענו שמי שמשתמש עם הרבה נתונים שלא ישתמש בטפסים רציפים לטבלאות אלא ישתמש בטופס בתצוגת גליון נתונים שאז הוא קל מבחינת תצוגה וגם יכול להכיל אירועים ומאפיינים כטופס. וכנראה שזה הפיתרון לגבי הUI
לגבי התעבורת נתונים זה כמו שכתב דוד, זה עובד חלק כמובן במגבלות תעבורה של SQLSERVER EXPRES שתומך עד כך וכך נתונים לכך וכך משתמשים.פורסם במקור בפורום CODE613 ב22/08/2013 01:03 (+03:00)
-
טוב אז ברור שהתפקיד של אקסס זה לא להיות "תוכנה" אלא לטפל במידע שעובר את היכולות של אקסל. ואת זה מי שיודע את העבודה יכול לעשות בקלי קלות.
לגבי המגבלות של עד כך וכך רשומות ועד כך וכך משתשמים, יש מקום שכתוב מספרים במקום "כך וכך"????
פורסם במקור בפורום CODE613 ב22/08/2013 15:30 (+03:00)
-
לגבי המגבלות של עד כך וכך רשומות ועד כך וכך משתשמים, יש מקום שכתוב מספרים במקום "כך וכך"????
בהגדרות הSQLSERVER יש הגדרה לכמות חיבורים בו זמנית, ונדמה לי גם לכמות תעבורה.
כמובן שגם כשהשרת הSQL מאפשר, אם יכולת המחשב מוגבלת תהיה האטה ואף בעיות לא צפויות.פורסם במקור בפורום CODE613 ב22/08/2013 16:14 (+03:00)
-
התשובה מאד מאד תלויה במהירות השרת שלך.
מנסיון, אם השרת בארץ וזריז מספיק,זה עובד בצורה סבירה. (אל תנסה לחשוב על המהירות שיש לך בקובץ מקומי, כי זה לא. אבל משהו בסיגנון של - אתה מחכה שנייה, ורואה איך הוא מצייר את הנתונים...) - קצת מציק למי שמכיר את אקסס ויודע באיזה זריזות הוא שולף.
אם השרת ממש מקומי (לא בארץ, אלא ממש במשרד) זה צריך לעבוד יעיל וזריז.
אם השרת בחו"ל וזמן הפינג קצת ארוך, זה מציק ברמות על, ותוקע לעיתים קרובות את המערכת.
לשם השוואה, אותו פרוייקט, אבל בWINFORMS עם LINQ או DATASET אתה מקבל את הזריזות של אקסס בקובץ מקומי. (בשרת בחו"ל וק"ו בארץ...)הנסיון שלי באקקס עם ODBC הוא בפרוייקט שכתבתי ללקוח עם כ40 משתמשים שעובדים בכל הארץ במשולב.
נכון לעכשיו: הפיתרון המניח את הדעת הכי מוצלח שהגעתי אליו (לאחר שנתיים שעבדו במתכונת של הקובץ אקסס על כל מחשב, וכל קובץ ניגש לSQL SERVER) הוא RDP + REMOTE APP. הוא עובד ביחד עם הODBC בעיקר מסיבות הסטוריות, אבל יושב על שרת וירטואלי וניגש לSQL שנמצא באותו אשכול שרתים, כך שמבחינת תעבורת נתונים זה רץ יחסית זריז.
דבר נוסף ש"הרווחתי" מהמעבר לשרת הוא נושא העידכונים. כל פעם שיוצא עידכון (ויש הרבה כאלה....) אני מעדכן פעם אחת את השרת וזהו. (למרות שכתבתי להם כלי שיודע לבדוק אוטו' אם יש עידכון ולהתקין אותו לבד, עדיין לפעמים הם היו שכחכים לעדכן וכו')
מה שכן, יש כאן סעיף של עלויות: WINDOWS SERVER 2008 עולה, וכל משתמש שמחובר בו זמנית עולה 5$ לחודש בערך. פתרתי את זה בצורה מעניינת.... מסתבר שיש אפשרות לMulty Session ואני לא מתכוון לאפשרות של משתמשים מרובים, אלא לעשות LogIn במקביל לאותו משתמש כמה פעמים. ולכן: מכיוון שWIN2008 נותן גישה עם הרישיון שלו ל2 בו זמנית, עשיתי את המשתמש השני Multy Session, המשמעות: כולם נכנסים עם אותו שם משתמש, במילא את השם משתמש והסיסמא הם צריכים לשים בתוכנה, ולכן זה לא משנה לי איך הוא נכנס.
אם תרצה שאני ירחיב קצת במושא זה, כתוב לי בתגובה....בהפוכה לאחת התגובות כאן, מעצבן גם שמייקרוסופט לא נתנו אפשרות להתחבר בצורה ישירה לSQL SERVER כמו שהיה פעם באופיס 2003, או DATASET באקסס....
חבל גם שהם לא נתנו את הכלים המדהימים שיש ב.NET, ובכלל.... במקום לפתח את האקסס לכיוון של המתכנתים, הם פיתחו אותו לכיוון של המאקרו, וחבל!!! (ושלא תבין לא נכון, אני מפתח גם בכלים של .NET, אבל יש דברים שפשוט מעצבן שמייקרוסופט לא שילבה לשני הכיוונים)
וואו... כתבתי המון ביחס להודעה ראשונה שלי בפורום, אבל ממש נהנתי!! כחרדי לראות שיש פורום כזה עם אנשים כ"כ מוצלחים ומקצועיים.....
פורסם במקור בפורום CODE613 ב29/12/2013 10:23 (+02:00)
