שרת לאקסס

[בעל כישרון]

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

תודה מראש

[dovid]

אם להישאר באקסס, מדובר על כך פה רבות.
https://tchumim.com/topic/7704/עבודה-מכמה-מחשבים-על-קובץ-אקסס
https://tchumim.com/topic/1338/עבודה-משותפת-באקסס
https://tchumim.com/topic/1415/שימוש-באקסס-ברשת-מקומית
https://tchumim.com/topic/12797/מסד-נתונים-של-אקסס-בענן
זה כמובן רק חלק.

אם לעבור למשהו אחר, אני חושב שAppSheet של גוגל שהביא פה לאחרונה @avi-rz יכול להיות פתרון.

[OdedDvir]

@בעל-כישרון כתב בשרת לאקסס:

שמעתי על שרפויינט של מיקרוסופט, האם יש מישהו שיודע להמליץ, אם זה תואם למטרה הזו?

SharePoint עבור אקסס נזנח מזמן

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

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

לצערי אני לא מכיר את AppSheet כדי לחוות עליו דעה.

[בעל כישרון]

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

@OdedDvir כתב בשרת לאקסס:

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

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

@OdedDvir כתב בשרת לאקסס:

SharePoint עבור אקסס נזנח מזמן

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

[clickone]

@בעל-כישרון אם אתה עובר לSql Server קח בחשבון שאם יש שם קוד כתוב שפונה ל Recordset לדוגמא, כן צריך לעשות שינוי קטנטן בקוד,
וגם שאם אתה סומך על זה שבתחילת כתיבה ברשומה אתה כבר מקבל מזהה רשומה (id), אז בSql Server תקבל את המזהה רק לאחר שמירת הרשומה
(יש עוד כמה הבדלים, אבל עמד עליהם כבר @OdedDvir המוכשר)

אפשר אולי בשלב ראשון אם זה דחוף לעבוד עם TsPlus ובמקביל לעבוד על גירסה של sql server

[OdedDvir]

@בעל-כישרון כתב בשרת לאקסס:

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

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

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

השילוב של SharePoint ואקסס נזנח למיטב ידיעתי. עיין כאן וכאן

איפה ראית שממליצים על זה?

[בעל כישרון]

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

בדרך אגב, מעניין אותי למה המלצתם על התחברות לשולחן עבודה של TsPlus, מה עם אחרים כגון AnyDesk שנראה נפוץ, הם פחות מומלצים? סתם שאלה.

[avi rz]

@בעל-כישרון כתב בשרת לאקסס:

לאחרונה קיימים בעיות בהתחברות לקובץ ה DB.

מהם הבעיות?
יכול להיות שהבעיות הם סתם משהו שקשורות לרשת המקומית, ואז חבל סתם לעבור לעבודה מקוונת - אם העבודה היא רק ברשת הפנימית
נ.ב. אם זה איטיות, יכול להיות שהראוטר הוא של עד 100mb ואז רק להלחיף לראוטר של ג'יגה יפתור את הבעיה.

[dovid]

@avi-rz תקרא בקישורים שהבאתי לעיל, יש בעיות שלא פתירות על ידי רשת טובה או מהירה יותר.
אקסס לא בנוי לעבודה ממחשבים שונים על אותו הקובץ, בדיוק כמו שוורד ואקסל לא.

[dovid]

@בעל-כישרון כתב בשרת לאקסס:

בדרך אגב, מעניין אותי למה המלצתם על התחברות לשולחן עבודה של TsPlus, מה עם אחרים כגון AnyDesk שנראה נפוץ, הם פחות מומלצים? סתם שאלה.

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

[avi rz]

@dovid

@dovid כתב בשרת לאקסס:

יש בעיות שלא פתירות על ידי רשת טובה או מהירה יותר.

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

@dovid כתב בשרת לאקסס:

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

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

[dovid]

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

[clickone]

@avi-rz כתב בשרת לאקסס:

בעיות? אולי איטיות במקרה שיש שאילתות מאוד ורכבות על המון שורות,

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

מנסיון ארוך שנים, שרת RDP/TSPLUS הוא הפיתרון הטוב ביותר
גם במקרה שיש SQL SERVER, אם השרת במיקום מרוחק וכל משתמש מתחבר מהמקום שלו, ויש המון נתונים, גם תהיה איטיות.
(יש לי מקרה כזה, ושם בהחלט אני משתמש בשילוש של SQL SERVER + TSPLUS)

[בעל כישרון]

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

[dovid]

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

[clickone]

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

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

זה לא יפתור את כל הבעיות כמו שכתב @dovid , אבל אולי יעזור לך בינתיים בשביל מה שדחוף....

[dovid]

@clickone אדרבא, כוונתי הייתה שRDP או TSPLUS יפתור לו את כל הבעיות (ברמת האקסס),
לא ראיתי פה פתרון אחר ברמת האקסס מלבד SQL שזה מצריך עבודה יחסית, ולא פותר את המצב כפי שהוא.

[בעל כישרון]

@dovid כתב בשרת לאקסס:

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

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

@clickone כתב בשרת לאקסס:

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

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

@clickone כתב בשרת לאקסס:

עדיין אחרי הכל אני אומר שהכי פשוט מהיר וזול בשבילך כעת זה להרים שרת RDP ואז כולם עובדים על הקובץ באופן מקומי.

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

[clickone]

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