חיבור Access דרך ODBC וסנכרון עם Google Sheets: מדריך מלא ואפשרויות לעסקים קטנים ובינוניים

אם אתם עובדים בעסק קטן ובינוני שנמצא ב-Google Workspace ושוקלים להקים מסד נתונים ב- Microsoft Accessאתם בטח תוהים איך לאחד את שני העולמות בלי לעשות הכל ביד. חבר את Access ל-Google Sheets באמצעות ODBC והימנע מכאבי ראש בענן זה אפשרי, אבל חשוב להכיר את המגבלות, השלבים והחלופות האמיתיות כדי לא להסתיים בקבצים סותרים או בתהליכים ידניים אינסופיים.

במדריך זה, ריכזנו, ארגנו מחדש והסברנו את כל מה שרלוונטי שפורסם על ידי המקורות המוסמכים ביותר בנושא: כיצד לייבא או לקשר גיליונות אלקטרוניים של גוגל ל-Access באמצעות מנהל התקן ODBC, מה קורה כשיש לך רק את Google Drive לשיתוף, מדוע מסנכרנים כמו Drive או Dropbox אינם מתאימים לממשק backend מרובה משתמשים, ואילו פתרונות קיימים לשיתוף Access דרך האינטרנט (Dataprius, MapDrive, VPN, שרת Windows, SharePoint) או לקפוץ לשרת של מסדי נתונים (SQL Server או MySQL) תחזוקת טפסי Access.

מה מותר ומה אסור לעשות בין Access ל-Google Sheets

הדרך הנתמכת והיציבה עבור Access לתקשר עם Google Sheets היא באמצעות מנהל התקן ODBC ספציפי ל-Sheets ו-DSN שתצורתו נקבעה ב-Windows. Access מאפשר ייבוא ​​נתונים וגם קישור טבלאות חיצוניות באמצעות ODBC, המאפשר לך לייבא או לקשר מידע לעבודה (כמעט) בזמן אמת. בדיקות מתועדות מכסות את Access 2003, 2007, 2010, 2013, 2016 ו-2019, עם התנהגות דומה מאוד בחוויית הייבוא ​​ובטבלאות המקושרות.

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

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

חיבור גישה ל-Google Sheets דרך ODBC: הכנת הבמה

לפני שתוכל להשתמש ב-Access, עליך להגדיר מקור נתונים ODBC עבור Google Sheets במחשב שלך. ה-DSN הזה יהיה הגשר בין גיליונות הענן שלך לבין Accessמנהלי התקנים מסחריים של ODBC עבור Google Sheets מתעדים תרחיש זה ומאשרים תאימות עם גרסאות מודרניות של Access. לאחר ש-DSN מוכן, ניתן לבחור בין ייבוא ​​הנתונים (העתקתם ל-Access) או קישורם (שמירה עליהם במקום בו הם נמצאים ועבודה דרך קישור).

יתרונות כל גישה: אם אתם מייבאים, אתה מצלם תמונה של הנתונים למסד הנתונים של Access שלך ואתם עובדים מהר יותר, בלי להיות תלויים בחיבור; אם אתם מקשרים, אתם עדיין רואים את מה שנמצא ב-Sheets, אבל אתם כפופים למגבלות ההשהיה, העריכה והנעילה של המקור החיצוני.

ייבוא ​​נתונים מ-Google Sheets ל-Access באמצעות ODBC

ייבוא ​​יוצר טבלאות מקומיות חדשות ב-Access עם תוכן הגיליונות שלך. שיטה זו אידיאלית לניתוח, דיווח או שימוש ב-Access כ-ETL קל משקל.השלבים, תוך שימוש ב-Access 2019 כמקור, הם כדלקמן (זהים או דומים מאוד בגרסאות קודמות):

1. פתח את מסד הנתונים שלך ב- Microsoft Access.
2. עבור אל הכרטיסייה "נתונים חיצוניים" ברצועת הכלים.
3. תחת "מקור נתונים חדש", בחר "ממקורות אחרים" ולאחר מכן "מסד נתונים של ODBC".
4. בתיבה "קבל נתונים חיצוניים - מסד נתונים של ODBC", בחר "ייבא את מקור הנתונים לטבלה חדשה במסד הנתונים הנוכחי" ולחץ על אישור.
5. תחת "בחר מקור נתונים", פתח את הכרטיסייה "מקור נתוני ציוד".
6. בחר את ה-DSN שכבר הגדרת עבור Google Sheets ואשר.
7. סמן את הטבלאות או הגיליונות שברצונך לייבא והמשך.
8. אם הכל ילך כשורה, Access יודיע לך. תוכל לבחור "שמור שלבי ייבוא" כדי לעשות שימוש חוזר בתהליך מאוחר יותר בלחיצה אחת. זה מאיץ העלאות תקופתיות אם אתם עובדים עם אותו מקור..
9. תראו את הטבלאות המיובאות בחלונית הניווט. פתחו את הטבלאה הרצויה כדי לבדוק את הנתונים.

קחו בחשבון שכאשר אתם מייבאים, עריכות עתידיות ב-Google Sheets אינן משתקפות אוטומטית ב-Accessאם ברצונך לקבל נתונים חדשים, חזור על הייבוא ​​(או הפוך אותו לאוטומטי באמצעות אשף השמירה, אם רלוונטי).

קישור גיליונות גוגל ב-Access דרך ODBC

אם אתם מעדיפים לעבוד "בזמן אמת", קישור יוצר טבלאות המקושרות לגיליונות הגיליונות שלכם ב-Google Sheets. תיגש לנתונים מרוחקים כאילו היו טבלאות Access, עם מגבלותיו. ההליך הוא:

1. פתח את מסד הנתונים שלך ב-Access.
2. תחת "נתונים חיצוניים", בחר "מקור נתונים חדש" ← "ממקורות אחרים" ← "מסד נתונים של ODBC".
3. תחת "קבל נתונים חיצוניים - מסד נתונים של ODBC", בחר "קשר למקור הנתונים על ידי יצירת טבלה מקושרת".
4. תחת "בחר מקור נתונים", השתמש ב"מקור נתונים לצוות" ובחר את ה-DSN של Google Sheets.
5. תחת "קישור טבלאות", בחר את הגיליונות/טבלאות שברצונך לקשר והמשך.
6. כאשר תראו "בחר מזהה רשומה ייחודי", בחרו את השדה (או שילוב השדות) שמזהה באופן ייחודי כל שורה. הכי בטוח להשתמש במפתח הראשי המוגדר בגיליון הבסיס כדי למנוע סתירות.
7. הטבלאות המקושרות יופיעו בחלונית. פתח אותן כדי לוודא שאתה רואה את התוכן הנכון.

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

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

חברות מסוימות, עקב עלות, פועלות ב-Google Docs/Sheets ורוצות את Access רק עבור טפסים ודוחות. "גשר האקסל" (גיליונות אלקטרוניים → אקסל מקושר → גישה מקושרת) עובד אך אינו מרענן את עצמועליך לרענן ידנית את Excel עבור Access כדי לראות שינויים חדשים. אם המטרה שלך היא אוטומציה אמיתית, עליך להיות מסוגל להתקין ולהשתמש ב-ODBC עבור Google Sheets עם DSN; ללא הרשאות מנהל, אפשרות זו לרוב חסומה.

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

גוגל דרייב, דרופבוקס, ומדוע אקסס לא "חי" טוב עם מסנכרנים

שיתוף קובץ Access בענן כאילו היה מסמך Word לא עובד בתרחישים מרובי משתמשים. Access מיועדת לרשתות מקומיות (LAN) מעל SMB, שבו הכונן המשותף מתנהג כמעט כמו דיסק פנימי. תוכנות סנכרון (Drive, Dropbox וכו') מעתיקות קבצים ופותרות שינויים לפי גרסה; כאשר שני משתמשים פותחים או משנים קבצים בו זמנית, מופיעים התנגשויות ו"עותקים מתנגשים". במקרה הטוב, תאבדו שינויים; במקרה הרע, תפגעו בקובץ.

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

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

תרחיש טיפוסי: שניים או שלושה מחשבים ללא שרת או מתג, כולם משותפים ב-Google Drive. אם אתם רוצים שמספר אנשים ישתמשו ב-Access עם backend משותף, אתם צריכים משאב לעסקים קטנים ובינוניים (SMB) שיהיה נגיש לכולם בו זמנית.ישנם שלושה מסלולים בסיסיים מבחינת עלות ומורכבות:

• רשת מקומית פשוטה: א. נתב או מתג זול, התקנים באותה תת-רשת, תיקייה משותפת ב-Windows עם הרשאות, ומיפוי שלה ככונן רשת. זוהי האפשרות החסכונית והישירה ביותר.
• כונן ממופה בענן עם SMB אמיתי (למשל, MapDrive משירותים מסוג Dataprius): חושף אות כונן באינטרנט כאילו היה רשת מקומית (LAN). זה פותר התנגשויות קבצים כאשר משתמשים מרובים, אך הביצועים שלו תלויים בחיבור שלך..
• תשתית מרוחקת (VPN או Windows Cloud Server): גמישה יותר ו"עסקית", אך עם עלויות וניהול גבוהים יותר.

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

כיצד למפות כונן משותף בין שני מחשבי Windows

בלי להיכנס לפרטים לגבי גרסאות, הדפוס תמיד דומה: שתף תיקייה במחשב שתפעל כ"שרת" והקצה לה הרשאות; במחשב השני, מפה את התיקייה הזו ככונן רשת. המיפוי חושף את הנתיב המשותף עם אות כונן עבור Access לשימוש כשרת backend.אם יש לכם רק שני מחשבים, תוכלו לשתף דרך SMB עם כתובות IP קבועות; אם יש לכם כמה, הוסיפו נתב בסיסי ו-DHCP.

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

Dataprius ו-MapDrive: גישה מרובת משתמשים ללא התנגשויות

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

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

VPN או שרת ענן של Windows: יותר שליטה, יותר תחזוקה

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

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

SharePoint: אפשרי, אך עם טרנספורמציה ועקומת למידה

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

קפיצת מדרגה: טבלאות ב-SQL Server או MySQL עם טפסי Access

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

עם SQL Server יש לך שני מסלולים: שרת Windows בענן עם SQL Server מותקן או להשתמש ב-Azure SQL Database כשירות מנוהל. האחרון מוריד ממך את התחזוקה והאבטחה של מערכת ההפעלה, בתמורה לתשלום חודשי שיכול להיות משמעותי.

עם MySQL הגישה דומה. אתם שוכרים שירות מסד נתונים (או אחסון שבו תוכלו להתקין את MySQL, רצוי ב- לינוקס), אתה יוצר את קווי המתאר ו אתה מקשר ב-Access באמצעות מחבר ODBC של MySQLמבחינת ביצועים ומדרגיות, תבחינו בשיפור עצום בהשוואה למערכת גישה אחורית מסורתית של Access.

עדכון ה-DSN/ODBC של טבלאות מקושרות ב-Access באמצעות VBA

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

הזרימה האופיינית היא: מהטופס, עליך להזין את מחרוזת ה-ODBC החדשה (לדוגמה, 'ODBC;DSN=BILLING;UID=usufacturas;PWD=password;DBQ=BDFACTURAS') וללחוץ על הכפתור שקורא למאקרו. הקוד עובר בלולאה על כל טבלאות Access, מזהה טבלאות מקושרות ומעדכן את המאפיין Connect שלהן.בסוף, מדווח כמה עותקים אופסו בהצלחה.

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

תאימות גרסאות והערות תמיכה

התחברות ל-Google Sheets דרך ODBC תועדה ב-Access 2003, 2007, 2010, 2013, 2016 ו-2019, עם התנהגות עקבית. הדרישה הנפוצה היא להתקין ולהגדיר כראוי את מנהל ההתקן DSN של Google Sheets.במדריכים של החברה תראו אזהרות לגבי דפדפנים שאינם נתמכים וקריאות לשימוש. אדג מיקרוסופט לתמיכה מודרנית; לא משפיע על ODBC, אך זכרו לשמור על המערכת מעודכנת.

מסר אחד ברור: אם אתם עובדים עם מעט משתמשים ונתונים קלים, ODBC עם טבלאות מקושרות או ייבוא ​​מ-Google Sheets יעזרו לכם לצאת מהדרך.אם אתם מגדילים משתמשים או נפח, עברו ל-SQL Server/MySQL והשתמשו ב-Access כחזית השרת שלכם. הימנעו מסנכרונים עבור שרתים אחוריים משותפים, הקימו רשת SMB יציבה (מקומית או ממופה בענן), או שקלו פתרונות כמו שולחן עבודה מרוחק או שירותים מרובי משתמשים ללא התנגשויות.