מהו עסקה? מערכות עיבוד עסקה

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

מבוא המינוח

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

ההגדרה

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

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

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

עסקות ב 1C: את הדקויות של השפה המובנהית

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

מנקודת מבט של מפעילי תחביר מובנית בשפה פשוטה מספיק. החל התהליך הודיע ידי BeginTransaction הליך מיוחד (). הליך ZafiksirovatTranzaktsiyu () משמש כדי להקליט שינויים במהלך ביצוע פעולות. אם בתהליך זה נכשל, הוא OtmenitTranzaktsiyu האפשרי () כדי לבטל את שינויים מחויבים.

למה להשתמש עסקה עדיפה? משום שקוד בנהלים אלה הוא הרבה יותר מהר. זהו זה ומבקש כל מתכנת. ההבדל במהירות לא יכול להיות מורגש כאילו משתמשי 1C של עובדי משרד 1-2, אבל אי אפשר שלא להרגיש כשמדובר מחלקות שלמות, ובמקביל לבצע עבודות שונות בתכנית זו.

חסרונות

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

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

להיות או לא להיות נשלט מנעולים?

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

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

לפיכך, ניתוח עדכני של העסקאות ואת היחס הנכון כדי לנעול מאפשר שימוש מלא את הגמישות של המערכת "1C: Enterprise" לייעל את פעולת מסד, מזעור ההפסדים זמן.

מה גורם מנעול מוגזם?

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

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

רמות בידוד - דרך אחת שלא עלתה על שרטון

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

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

סיכום כללי

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

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