אקסס 2003 מול אקסס 2010

[avriro]

אקסס 2003 מול אקסס 2010

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

יש לי מערכת הפעלה מסוג windows server 2008 64 bit.
יש לי תוכנה שאני כתבתי באקסס 2003 מסוג mdb . עובדת כבר 10 שנים ללא בעיות.
אני מעוניין לשדרג את התוכנה שיעבוד מול שרת בסיס נתונים sql server 2008 . ( אקסס בפורמט adp ).
אני יודע שבקרוב לא תהיה תמיכה של מיקרוסופט באופיס 2003.

שאלה: מה היתרונות הבולטים (אם יש) לעבור לאקסס 2010 על מערכת הפעלה win 2008 ?
אני כותב בשפת VBA.

אשמח לקבל חוות דעת וגם קישורים למאמרים בנושא,

תודה לכל המשיבים.

 

[דונאלד ד]

לא!!!

קצת מוזר להתחיל פרויקט ADP בשלב זה, לאחר שהגרסה החדשה של access כבר לא תומכת בזה יותר.
כל מי שהשקיע בטכנולוגיה אוכל את הכובע! -
ראה כאן : Access 2013 drops support for adp projects

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

הכלים בהם אני מדבר עם SQL בתוך קובץ MDB הם :
1. טבלאות מקושות
2. שאילתות pass tru
3. ADO

 

[avriro]

תודה על תגובתך אך

השאלה הייתה יותר בכוון של האם אקסס 2010 יעבוד טוב יותר על windows 64 bit מאשר אקסס 2003.
אני טוען שלא, כלומר אקסס 2003 עובד לא רע בכלל עם windows 64 bit.(זה המצב היום).

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

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

תודה לכל המשיבים.

 

[pitoach]

אין קשר לגרסת האקסס שניהם יעבדו גרוע באותה

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

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

אני ממליץ לך להתחיל לעבוד עם SQL SERVER במקום האקסס ואם אתה חייב אז תבצע פעולה הפוכה... מהאקסס תקרא נתונים שבאים ממסד הנתונים בשרת SQL.

 

[avriro]

תודה על תגובתך

כפי שציינתי במצב הנוכחי אני עובד עם אקסס 2003 על מערכת הפעלה win 2008 64 bit . מקושר לטבלאות אקסס MDB ( עובדים ברשת כמה משתמשים)
אני רוצה לשדרג ולעבור לעבוד מול שרת SQL SERVER. כאן אין ויכוח.

אני רוצה להמשיך לעבוד עם אקסס 2003 בגלל נוחות של מפתח, ,תחזוקה,ממשק העבודה מאוד נוח לי מאשר אקסס 2007/2010/2013 .....
אקסס 2003 עד 2010 יודע לעבוד מול SQL SERVER בפורמט ADP , אקסס 2013 כבר לא, אלא רק דרך ODBC.

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

האתגרים שלי הם:
1. אין תמיכה של מיקרוסופט יותר באופיס 2003.
2. אקסס 2013 לא תומך ב ADP.
3. האם יש הבדלים בעבודה או בביצועים מול SQL SERVER דרך אקסס אם עובדים ב ODBC ? לעומת ADP? ( אני יודע לעבוד דרך ADP מול SQL SERVER).
4. הנטייה שלי היא לעבוד באקסס 2010 מול שרת SQL באמצעות ODBC, האם זו החלטה טובה?

אני צריך לקבל החלטה בתכנון השדרוג שלי ולהציע ללקוח שלי את הטוב ביותר.

תודה לכל המשיבים.

 

[eyal7773]

תשובה מניסיון

כן, יש הבדלים במהירות אם עובדים ב-ODBC, או ב-ADP או ב-ADO.
ב-ODBC - זה יחסית איטי.
ב-ADP - יש השהיה של מסוימת, אבל יחסית עובד חלק. ***אבל אתה חייב לקחת בחשבון שזה לא נתמך יותר - כך שזה די טעות להשקיע ב-ADP עכשיו ***
ב-ADO (כלומר דרך קוד VBA בלבד, ואתה קושר את ה-Recoredset אל הטפסים ) - זה עובד מאוד מהר - אבל יוצר לך הרבה עבודה.

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

עכשיו לגבי הרצון שלך להישאר ב-2003:
אתה צודק ש-ADP ב-2003 עובד הרבה יותר מהר (מכמה וכמה פרויקטים גדולים)
אבל זה יותר שיקול של "האם להמשיך עם מערכת שלא נתמכת כלל ? "

לשיקולך.

 

[avriro]

תודה על תגובתך

אתה צודק שהשיקול המרכזי הוא "האם להמשיך עם מערכת שלא נתמכת כלל".
אני חושב שאפשר לעבוד עם אקסס 2010 מול SQL בפורמט ADP (למרות ש2013 לא תומך אך אולי פעם יחזרו מיקרוסופט את התמיכה בפורמט זה אם "העם ידרוש זאת")
ואז דרך קוד VBA בעצם להשתמש בשיטה ADO לקישור ה Recoredset אל הטפסים.

כן אני יודע שאני צריך לוותר על הנוחות שלי למען הלקוח.(לעבור מ 2003 ל 2010).

עדיין רוב המשתמשים נמצאים בין 2003 ל 2010 מבחינת אופיס.

מה אתה חושב?

 

[eyal7773]

לדעתי רוב המשתמשים כבר ב-2010/2013

ואני ממש בספק אם יחזירו פעם את ה-ADP

ולכן,
לדעתי זו טעות לפתח על ADP.

 

[avriro]

לא בטוח, רוב המשתמשים

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

ראית מה עשו בחלונות 8.1 ? החזירו את כפתור "התחל"....

בוא לא נאבד תקווה...

 

[דונאלד ד]

מחאה לא תעזור, אין תקווה

הסיבה שזנחו את גרסת ADP כלל לא קשורה לאקסס. וזה לא גחמה של צוות הפיתוח של אקסס.
הסיבה היא בצוות הפיתוח של SQL.
ADP מיושם על טכנולוגית OLE-DB שאותה מיקרוסופט החליטה לזנוח
ראה כאן:
http://mcpmag.com/articles/2011/09/...pen-database-connectivity-for-sql-server.aspx

לא כל כך בטוח מה זה אומר על ADO ,שעד כמה שאני מבין, גם הוא מבוסס על oleDB

 

[avriro]

תודה על הקישור

מאמר חשוב, אולי כדאי לשמור אותו כאן לחברי הפורום? איך עושים זאת?

 

[pitoach]

 

[nitzos1]

מצטרף באיחור לנאמר

דעתי הצנועה

לקבל את העובדה ש-ADP עובר מהעולם אבל לתחזק את המערכות הקיימות עד סופם בעוד כמה וכמה שנים
אין בעיה לעבוד מול שרת SQL 2008 ואקסס 2010 בפורמט ADP.
הבעיה העיקרית שנתקלתי הוא שימוש בתפרטים מובנים בפורמטים ישנים של אקסס XP או 1997.

להתקדם לפורטים החדשים של אקסס 2010/13 accdb
להתנהל אם ODBC הישן והאמין, יש מענה גם למהירות התגובה בשימוש חכם של Passtrhou Query בשילוב רוטינות חכמות בצד השרת.

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

אשמח לדעת על מה הלכתה ואיך זה עובד
שמוליק ב.

 

[avriro]

תודה על תגובתך

מסכים אתך ,

1. ADP עובר לאט לאט מן העולם ולא כדאי לבסס מערכת חדשה על טכנולוגיה זו.
2. לעבור לאקסס 2010/13 accdb.
3. עבודה מול ODBC בשבילי היא "תעלומה" , החשש העיקרי הוא ממהירות תגובה, אין לי ניסיון בעבודה מול ODBC אלא רק עם ADP עם אקסס 2003 , אני בעיקר כותב ב VBA שאילתות לשרת באמצעות טכנולוגיית ADO.

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

תודה.

 

[nitzos1]

ועיקר.. לא לפחד

הסיבות
א. אתה לא לבד בעולם, יש את הפורום הזה שכרגע אני נחשף אליו ומוכן להיות פעיל בו.
ב. אשמח ליעץ לך מרחוק או מקרוב לגבי הטכנולוגיה שאני משתמש או שסיגלתי עם השנים גם ב-ODBC וגם ב-ADP
ג. דווקא דילגתי על שימוש ב ADO כי נשענתי בעיקר על רוטינות ושאילתות מוכנות בשרת SQL, גם זה אוכל בשמחה לחלוק איתך.
ד. ברור שאשמח להעשיר את ידיעותי אם תראה לי את העבודה עם ADO.

לגבי מהירות תגובה, אז שוב, הוא לא איטי מ-ADP כל עוד מעבירים את המטלות לשרת.
הדרך הטובה לראות איך זה, זה פשוט לנסות בקטן
הייתי מציע לך לפתוח קובץ אקסס 2010 חדש ולקשור אותו ל-SQL דרך ODBC ולהריץ מסך או דוח בפרויקט המוכר לך.
אם תרצה ובמגבלות הידועות בחיים, אשמח לעשות איתך את התרגיל דלך Team Viewer

בהצלחה
שמוליק ב.

 

[avriro]

יש לך מסר פרטי ממני

 

[כלליים]

מצטרף באיחור לדיון

אין שום צורך ושום סיבה בעולם להשקיע ב-ADP , שהוא דבר מיותר.

אם אתה עובד באקסס מול SQL-SERVER, הדרך הטובה והנכונה היא להפריד את צד השרת [SQL SERVER] מהאקסס שמשמש כצד לקוח.
את הגדרת הטבלאות, השאילתות [Views] והפרוצדורות [מושג חדש שתצטרך אולי להכיר] מגדירים בשרת במנג'מנט סטודיו. שהוא כלי יפה ונוח לתחזוקת דטהבייס. [כמובן, אחרי מעט הסתגלות]

אז בשביל מה צריך ADP? למה זה טוב? קשה לראות אפילו תועלת אחת קטנה בדבר הזה.

 

[avriro]

הי תודה על תגובתך

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

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

ולכן הדיון כאן הוא מה היתרונות והחסרונות של כל טכנולוגיה...

יש לך ניסיון עם עבודה מול SQL SERVER דרך ODBC באמצעות אקסס VBA ?
אשמח לשמוע יתרונות וחסרונות.
תודה על תגובתך.

 

[nitzos1]

לכל כלי את היתרון שלו

לכלליים השלום

ADP הוא פורמט מאוד נוח דווקא בשיטה שציינת
אני חסיד של ניצול ה-SQL עד לביט האחרון
כותב SP ו-VIEWS לרב על מנת לנצל את יתרונות השרת המעולה הזה.

לכן לכאורה ODBC או ADP הם אותו הדבר, היות ואקסס הוא ממשק נוח לתכנות ותחזוקה. אבל אך ורק ממשק מסכים ודוחות.

אבל
מי שהתנסה ב-ADP יודע שהוא למעשה בתוך ה-SQL ללא מתווכים כלל. או בתיווך בילד-אין.
היו לי בעיות רענון וחוסר יכולת לנצל את מערכת JET של אקסס. אבל בקווים כלליים נהנתי מאוד, בגלל הדברים שאתה מציג שאותם אני מקבל בשתי ידיים.

בכל מקרה, אין להתחיל מערכות חדשות ב-ADP ומולץ לעבור ל-ODBC
לגבי ADO אין לי נסיון
שמוליק ב

 

[כלליים]

האמת היא

שחוץ מטסטים, לא בניתי אף אפליקציה בADP, כי לא ראיתי סיבה.
הADP בסך הכל משלב את הGUI של אקסס, אם ניהול השרת, בתוך קובץ אחד. אבל למה זה טוב? למה לכתוב פרוצדורות ושאילתות בממשק הגרוע של ADP? מנג'מנט סטודיו עדיף עשרת מונים!


את בעית הביצועים, [האמת היא שלא ידעתי שADP יותר מהיר, רק עכשיו בדקתי בעקבות דבריכם] פותרים באמצעות הרצת השאילתות בצד שרת.

======================

avriro, לשאלתך, עבדתי הרבה באקסס מול SQL, ואין שום חסרון. זו דרך עבודה מעולה, וכל התוכנות בעולם עובדות בשיטה הזו. צד לקוח [בדרך כלל .net] שעובד מול שרת נתונים.


והנה עוד נתון חשוב: אם אתה עובד בAPD, אתה צריך לוודא שהשרת הוא בגירסא נמוכה יותר. למשל אקסס 2003 יעבוד רק מול sql server 2000 או משהו כזה, ואקסס 2010 יעבוד רק מול שרת 2008.
כמובן שזו מגבלה משמעותית מאד..