1C 8 ವಹಿವಾಟು ಪ್ರಾರಂಭಿಸಿ. ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್ ವಹಿವಾಟು, ಸರಳ ಪದಗಳಲ್ಲಿ ಅದು ಏನು. ಸಾಫ್ಟ್‌ವೇರ್ ವಸ್ತುಗಳ ಕಾರ್ಯಾಚರಣೆಯ ಮೇಲೆ ವಹಿವಾಟಿನ ಪ್ರಭಾವ

ಈ ಲೇಖನವು ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿ ಒಳಗೊಂಡಿದೆ, ಸೈದ್ಧಾಂತಿಕ ಮಾಹಿತಿ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಮತ್ತು DBMS ನಲ್ಲಿ ವಹಿವಾಟುಗಳು ಮತ್ತು ಲಾಕ್‌ಗಳ ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅವಶ್ಯಕವಾಗಿದೆ ಮತ್ತು ಇದು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿ ಪ್ರತಿಫಲಿಸುತ್ತದೆ. ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟಗಳು ಮತ್ತು ಏಕಕಾಲಿಕ ಸಮಸ್ಯೆಗಳ ಮೂಲಕ ವಹಿವಾಟುಗಳು ಮತ್ತು ಲಾಕ್‌ಗಳ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ಲೇಖನವು ಜನಪ್ರಿಯವಾಗಿ ವಿವರಿಸುತ್ತದೆ.
ಈ ಲೇಖನವು ಒಯ್ಯುವುದಿಲ್ಲ ಪ್ರಾಯೋಗಿಕ ಸಲಹೆನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು, ಆದರೆ ಕೆಳಗಿನ ಲೇಖನಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಆಧಾರವಾಗಿದೆ, ಇದು 1C ಅನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಮತ್ತು ಸುಧಾರಿಸಲು ಹಂತಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ: ವಹಿವಾಟುಗಳು ಮತ್ತು ಲಾಕ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಎಂಟರ್‌ಪ್ರೈಸ್ ಕಾರ್ಯಕ್ಷಮತೆ.

ಉತ್ಪಾದಕತೆಯು ನೇರವಾಗಿ 1C ಗೆ ಸಂಬಂಧಿಸಿದೆ: ಎಂಟರ್‌ಪ್ರೈಸ್ ವಹಿವಾಟುಗಳು

"ವ್ಯವಹಾರದ ಸಮಯದಲ್ಲಿ ಸಂಘರ್ಷವನ್ನು ಲಾಕ್ ಮಾಡಿ:
ಮೈಕ್ರೋಸಾಫ್ಟ್ OLE DB ಪೂರೈಕೆದಾರ SQL ಸರ್ವರ್:ಲಾಕ್ ವಿನಂತಿಯ ಅವಧಿ ಮೀರಿದೆ.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, ರಾಜ್ಯ=34, ತೀವ್ರತೆ=10, ಸ್ಥಳೀಯ=1222, ಸಾಲು=1"

1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಇದೇ ರೀತಿಯ ದೋಷವನ್ನು ಉಂಟುಮಾಡಿದರೆ, ನೀವು ನಿರ್ಬಂಧಿಸುವಿಕೆಗೆ ಸಂಬಂಧಿಸಿದ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸುತ್ತಿರುವಿರಿ. ಈ ರೀತಿಯ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದು ಯಾವಾಗಲೂ ಕ್ಷುಲ್ಲಕವಲ್ಲ ಮತ್ತು DBMS ಮತ್ತು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಕಾರ್ಯಾಚರಣೆಯ ಕುರಿತು ಕೆಲವು ವಿಶೇಷ ಜ್ಞಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಅಥವಾ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಸಾಮಾನ್ಯವಾಗಿ ಹೊಂದಿರುವುದಿಲ್ಲ. ಮುಂದಿನ ಚಕ್ರಲೇಖನಗಳು ಈ ಜ್ಞಾನದ ಅಂತರವನ್ನು ತುಂಬಬೇಕು.

ವಹಿವಾಟುಗಳು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್

ವಹಿವಾಟು ಡೇಟಾದ ಮೇಲಿನ ಕಾರ್ಯಾಚರಣೆಗಳ ಅವಿಭಾಜ್ಯ ಅನುಕ್ರಮವಾಗಿದೆ. ಇದು ಎಲ್ಲಾ ಅಥವಾ ಏನೂ ಆಧಾರದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಅನ್ನು ಅನುವಾದಿಸುತ್ತದೆ
ಒಂದು ಅವಿಭಾಜ್ಯ ಸ್ಥಿತಿಯಿಂದ ಇನ್ನೊಂದು ಅವಿಭಾಜ್ಯ ಸ್ಥಿತಿಗೆ. ಕೆಲವು ಕಾರಣಗಳಿಂದಾಗಿ ವಹಿವಾಟು ಕ್ರಿಯೆಗಳಲ್ಲಿ ಒಂದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸದಿದ್ದರೆ ಅಥವಾ ಕೆಲವು ರೀತಿಯ ಸಿಸ್ಟಮ್ ಅಡೆತಡೆಗಳು ಸಂಭವಿಸಿದಲ್ಲಿ, ಡೇಟಾಬೇಸ್ ವಹಿವಾಟು ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಇದ್ದ ಸ್ಥಿತಿಗೆ ಮರಳುತ್ತದೆ (ವ್ಯವಹಾರವನ್ನು ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ).

ವಹಿವಾಟಿನ ಕಾರ್ಯವಿಧಾನಕ್ಕೆ ಹಲವಾರು ಅವಶ್ಯಕತೆಗಳಿವೆ (ACID ಎಂಬ ಸಂಕ್ಷೇಪಣದಿಂದ ಕರೆಯಲಾಗುತ್ತದೆ): ಪರಮಾಣುತ್ವ (ಪರಮಾಣುತ್ವ), ಸ್ಥಿರತೆ (ಸ್ಥಿರತೆ), ಪ್ರತ್ಯೇಕತೆ (ಪ್ರತ್ಯೇಕತೆ), ಸಮರ್ಥನೀಯತೆ (ಬಾಳಿಕೆ)

ಪರಮಾಣುತ್ವ (ಪರಮಾಣುತ್ವ) ಈ ಅವಶ್ಯಕತೆಯೆಂದರೆ, ವಹಿವಾಟು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ದೃಢೀಕರಿಸಬೇಕು ( ಒಪ್ಪಿಸುತ್ತೇನೆ), ಅಥವಾ ರದ್ದುಗೊಳಿಸಲಾಗಿದೆ ( ರೋಲ್ಬ್ಯಾಕ್) ಕೆಲವು ಬದಲಾವಣೆಗಳನ್ನು ದೃಢೀಕರಿಸುವ ಮತ್ತು ಇತರವುಗಳನ್ನು ರದ್ದುಗೊಳಿಸುವ ಪರಿಸ್ಥಿತಿ ಇರಬಾರದು.

1C: ಎಂಟರ್‌ಪ್ರೈಸ್‌ಗಾಗಿ, ವಹಿವಾಟಿನ ಪರಮಾಣು ಗುಣಲಕ್ಷಣಗಳು ಡೇಟಾದ ತಾರ್ಕಿಕ ಸಮಗ್ರತೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವಾಗ, ಅದರ ಹೆಡರ್ ಡೇಟಾವನ್ನು ಒಂದು ಭೌತಿಕ DBMS ಟೇಬಲ್‌ಗೆ ಮತ್ತು ಕೋಷ್ಟಕ ಭಾಗ ಡೇಟಾವನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಬರೆಯಲಾಗುತ್ತದೆ. ವಹಿವಾಟಿನಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವುದು ಎರಡೂ ಭೌತಿಕ ಕೋಷ್ಟಕಗಳಲ್ಲಿನ ಡೇಟಾವನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ (ಹೆಡರ್ ಮತ್ತು ಕೋಷ್ಟಕ ಭಾಗಗಳು) ಸ್ಥಿರವಾಗಿರುತ್ತದೆ (ಶೀರ್ಷಿಕೆ ಇಲ್ಲದೆ ಕೋಷ್ಟಕ ಭಾಗವನ್ನು ಬರೆಯುವುದು ಅಸಾಧ್ಯ ಅಥವಾ ಪ್ರತಿಯಾಗಿ).

ಪ್ರತ್ಯೇಕತೆ (ಪ್ರತ್ಯೇಕತೆ) ವಹಿವಾಟುಗಳನ್ನು ಸ್ವಾಯತ್ತವಾಗಿ ಮತ್ತು ಇತರ ವಹಿವಾಟುಗಳಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ನಿರ್ವಹಿಸಬೇಕು. ಅನೇಕ ಸ್ಪರ್ಧಾತ್ಮಕ ವಹಿವಾಟುಗಳು ಏಕಕಾಲದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ, ವಹಿವಾಟು ಬದ್ಧವಾಗುವವರೆಗೆ ನಿರ್ದಿಷ್ಟ ವಹಿವಾಟಿನ ಯಾವುದೇ ನವೀಕರಣವನ್ನು ಇತರರಿಂದ ಮರೆಮಾಡಲಾಗುತ್ತದೆ. ವಹಿವಾಟು ಪ್ರತ್ಯೇಕತೆಯ ಹಲವಾರು ಹಂತಗಳಿವೆ, ಅದು ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಡೇಟಾ ಸಮಗ್ರತೆಯ ವಿಷಯದಲ್ಲಿ ಹೆಚ್ಚು ಸೂಕ್ತವಾದ ಪರಿಹಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಈ ಹಂತಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮುಖ್ಯ ವಿಧಾನವೆಂದರೆ ಲಾಕಿಂಗ್, ಇದನ್ನು ಈ ಲೇಖನದಲ್ಲಿ ಚರ್ಚಿಸಲಾಗುವುದು.

ವಹಿವಾಟು ಲಾಗ್ (SQL ಸರ್ವರ್)

ಪ್ರತಿ ಬೇಸ್ SQL ಡೇಟಾಪ್ರತಿ ವಹಿವಾಟಿನಲ್ಲಿ ಮಾಡಿದ ಎಲ್ಲಾ ಡೇಟಾ ಬದಲಾವಣೆಗಳನ್ನು ದಾಖಲಿಸುವ ವಹಿವಾಟು ಲಾಗ್ ಅನ್ನು ಸರ್ವರ್ ಹೊಂದಿದೆ. ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ವಹಿವಾಟು ಪೂರ್ಣಗೊಳ್ಳದಿದ್ದರೆ (ಹಿಂತಿರುಗಿಸಲಾಗಿದೆ ಅಥವಾ ಅಡ್ಡಿಪಡಿಸಲಾಗಿದೆ), ನಂತರ SQL ಸರ್ವರ್, ವಹಿವಾಟು ಲಾಗ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು, ಎಲ್ಲಾ ವಹಿವಾಟು ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ರದ್ದುಗೊಳಿಸುತ್ತದೆ ಹಿಮ್ಮುಖ ಕ್ರಮ. ಇದರರ್ಥ ದೀರ್ಘಾವಧಿಯ ಬರಹ ವಹಿವಾಟು ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ರದ್ದುಗೊಳ್ಳುತ್ತದೆ.

ವಹಿವಾಟು ಲಾಗ್ ಡೇಟಾಬೇಸ್‌ನ ನಿರ್ಣಾಯಕ ಅಂಶವಾಗಿದೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ, ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸ್ಥಿರ ಸ್ಥಿತಿಗೆ ತರಲು ಅಗತ್ಯವಾಗಬಹುದು. ಸಂಭವನೀಯ ಪರಿಣಾಮಗಳು ತಿಳಿಯದ ಹೊರತು ವಹಿವಾಟಿನ ಲಾಗ್ ಅನ್ನು ಅಳಿಸಬಾರದು ಅಥವಾ ಮಾರ್ಪಡಿಸಬಾರದು.

ಡೇಟಾಬೇಸ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿ (ಮರುಪ್ರಾಪ್ತಿ ಮಾದರಿ), ವಹಿವಾಟು ವಹಿವಾಟು ಲಾಗ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಥವಾ ಹಸ್ತಚಾಲಿತವಾಗಿ ಟ್ರಿಮ್ ಮಾಡಬಹುದು (ಹಳೆಯ ವಹಿವಾಟು ಡೇಟಾವನ್ನು ಅಳಿಸಲಾಗಿದೆ) (ಮರುಪ್ರಾಪ್ತಿ ಮಾದರಿ=ಪೂರ್ಣ). ಕೆಲವೊಮ್ಮೆ ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್ಲಾಗ್ ಅನ್ನು ಟ್ರಿಮ್ ಮಾಡಲು ಮರೆತುಬಿಡುತ್ತದೆ ಮತ್ತು ದೋಷ ಸಂಭವಿಸಬಹುದು: " ಡೇಟಾಬೇಸ್‌ಗಾಗಿ ವಹಿವಾಟು ಲಾಗ್ ತುಂಬಿದೆ"

ಭೌತಿಕವಾಗಿ, MS SQL ಸರ್ವರ್ DBMS ವಹಿವಾಟು ಲಾಗ್ .LDF ಫೈಲ್‌ನಲ್ಲಿದೆ (ಮತ್ತು ಡೇಟಾ ಫೈಲ್ .MDF ಆಗಿದೆ).

1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ವಹಿವಾಟುಗಳು

ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಮಾಹಿತಿಯನ್ನು ಮಾರ್ಪಡಿಸಲು ಸಂಬಂಧಿಸಿದ ಯಾವುದೇ ಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ವ್ಯವಸ್ಥೆಯು ವ್ಯವಹಾರಗಳನ್ನು ಸೂಚ್ಯವಾಗಿ ಕರೆಯುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಡೇಟಾಬೇಸ್ ಡೇಟಾದ ಮಾರ್ಪಾಡಿಗೆ ಸಂಬಂಧಿಸಿದ ವಸ್ತು ಮತ್ತು ರೆಕಾರ್ಡ್‌ಸೆಟ್ ಮಾಡ್ಯೂಲ್‌ಗಳಲ್ಲಿ ಇರುವ ಎಲ್ಲಾ ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್‌ಗಳನ್ನು ವಹಿವಾಟಿನಲ್ಲಿ ಕರೆಯಲಾಗುತ್ತದೆ.

ಸೂಚ್ಯ ವಹಿವಾಟಿನ ಉದಾಹರಣೆ: ಫಾರ್ಮ್‌ನಿಂದ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಪೋಸ್ಟ್ ಮಾಡುವಾಗ ಘಟನೆಗಳ ಅನುಕ್ರಮ

ಪ್ರಾಯೋಗಿಕವಾಗಿ, 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಆಬ್ಜೆಕ್ಟ್‌ನ ದಾಖಲೆ (ಉದಾಹರಣೆಗೆ, ಡಾಕ್ಯುಮೆಂಟ್) ಈ ಕೆಳಗಿನ ಪ್ರಯೋಗವನ್ನು ನಡೆಸುವ ಮೂಲಕ ವಹಿವಾಟು ಎಂದು ನೀವು ನಿರ್ಧರಿಸಬಹುದು: ಪೋಸ್ಟ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಮುಚ್ಚಲು ಪ್ರಯತ್ನಿಸಿ (ಡಾಕ್ಯುಮೆಂಟ್ ಫಾರ್ಮ್‌ನಲ್ಲಿ "ಸರಿ" ಕ್ಲಿಕ್ ಮಾಡಿ) ಹೊಸ ಡಾಕ್ಯುಮೆಂಟ್ಅದನ್ನು ಕೈಗೊಳ್ಳಲಾಗುವುದಿಲ್ಲ ಎಂದು ಮುಂಚಿತವಾಗಿ ತಿಳಿದಿರುವುದು (ಉದಾಹರಣೆಗೆ, ಸೂಚಿಸುವ ಮೂಲಕ ಒಂದು ದೊಡ್ಡ ಸಂಖ್ಯೆಯರೈಟ್-ಆಫ್ಗಾಗಿ ಸರಕುಗಳು). "ಪ್ರೊಸೆಸಿಂಗ್ ಪೋಸ್ಟಿಂಗ್()" ಹ್ಯಾಂಡ್ಲರ್‌ನಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಪೋಸ್ಟ್ ಮಾಡುವ ಹಂತದಲ್ಲಿ ಬ್ಯಾಲೆನ್ಸ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿರುವುದರಿಂದ, ಈ ಕ್ಷಣದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಈಗಾಗಲೇ ಡೇಟಾಬೇಸ್‌ಗೆ ಬರೆಯಬೇಕು, ಏಕೆಂದರೆ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು "ಬಿಫೋರ್‌ರೈಟಿಂಗ್ ()" ಮತ್ತು " ಮೊದಲು ಬರೆಯಲಾಗಿದೆ OnWriting()" ಘಟನೆಗಳು. ಆದರೆ ದೋಷ ಸಂದೇಶ ಕಾಣಿಸಿಕೊಂಡ ನಂತರ (ಅಗತ್ಯವಿರುವ ಪ್ರಮಾಣವು ಕಾಣೆಯಾಗಿದೆ), ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗಿಲ್ಲ ಎಂದು ನಾವು ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ (ಮಾರ್ಪಾಡು ಫ್ಲ್ಯಾಗ್ "*" ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಡಾಕ್ಯುಮೆಂಟ್ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ). ದೋಷ ಸಂಭವಿಸಿದ ನಂತರ (ರೋಲ್‌ಬ್ಯಾಕ್) ವಹಿವಾಟನ್ನು ಹಿಂತಿರುಗಿಸುವುದರಿಂದ ಇದು ಸಂಭವಿಸುತ್ತದೆ.

ಸ್ಪಷ್ಟ ವಹಿವಾಟು ಕರೆಯನ್ನು ಬಳಸುವುದು

ವಿಧಾನ ವಹಿವಾಟು ಪ್ರಾರಂಭಿಸಿ()ವಹಿವಾಟನ್ನು ತೆರೆಯಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನಂತರದ ಹೇಳಿಕೆಗಳಿಂದ ಮಾಡಿದ ಡೇಟಾಬೇಸ್ ಮಾಹಿತಿಗೆ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವೀಕರಿಸಬಹುದು ಅಥವಾ ಸಂಪೂರ್ಣವಾಗಿ ತಿರಸ್ಕರಿಸಬಹುದು. ಮಾಡಿದ ಬದಲಾವಣೆಗಳನ್ನು ಸ್ವೀಕರಿಸಲು, ವಿಧಾನವನ್ನು ಬಳಸಿ ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್().
ತೆರೆದ ವಹಿವಾಟಿನಲ್ಲಿ ಮಾಡಿದ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ರದ್ದುಗೊಳಿಸಲು, ವಿಧಾನವನ್ನು ಬಳಸಿ ವಹಿವಾಟು ರದ್ದುಮಾಡು().

ವಹಿವಾಟಿನ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟಗಳಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ಅತ್ಯುನ್ನತ ಮಟ್ಟದ ಪ್ರತ್ಯೇಕತೆಯು ಇತರ ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸುವ ವಹಿವಾಟುಗಳಿಂದ ವಹಿವಾಟಿನ ಸಂಪೂರ್ಣ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಏಕಕಾಲಿಕತೆಯ ಮಟ್ಟವು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆಯಾಗುತ್ತದೆ - ಪ್ರಸ್ತುತ ವಹಿವಾಟಿನಲ್ಲಿ ಬಳಸಲಾದ ಸಂಪನ್ಮೂಲಗಳ ಪ್ರವೇಶಕ್ಕಾಗಿ ಇತರ ವಹಿವಾಟುಗಳು ಕಾಯಬೇಕಾಗುತ್ತದೆ. ಕಡಿಮೆ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವು ವ್ಯತಿರಿಕ್ತವಾಗಿದೆ: ಇದು ಗರಿಷ್ಠ ಮಟ್ಟದ ಸಮಾನಾಂತರ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದು ಪ್ರಸ್ತುತದ ಮೇಲೆ ಇತರ ವಹಿವಾಟುಗಳ ಗಮನಾರ್ಹ ಪರಿಣಾಮ ಮತ್ತು ಏಕಕಾಲಿಕ ಸಮಸ್ಯೆಗಳ ಗೋಚರಿಸುವಿಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಬಹು-ಬಳಕೆದಾರ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, ಏಕಕಾಲಿಕ (ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಏಕಕಾಲಿಕ ಪ್ರವೇಶ) ಮತ್ತು ವಹಿವಾಟಿನ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟಗಳ ನಡುವೆ ವ್ಯಾಪಾರ-ವಹಿವಾಟು ಮಾಡಬೇಕು. SQL ಭಾಷಾ ಮಾನದಂಡವು ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಅದು ಹೊಂದಿಸಿದಾಗ, ನಿರ್ದಿಷ್ಟ ಏಕಕಾಲಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ.

ಏಕಕಾಲಿಕ ಸಮಸ್ಯೆಗಳು

ಸಮಾನಾಂತರವಾಗಿ ವ್ಯವಹಾರಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ, ಈ ಕೆಳಗಿನ ಸಮಸ್ಯೆಗಳು ಸಾಧ್ಯ:
- ಕಳೆದುಹೋದ ನವೀಕರಣ(eng. ಕಳೆದುಹೋದ ನವೀಕರಣ) - ವಿಭಿನ್ನ ವಹಿವಾಟುಗಳಿಂದ ಒಂದು ಡೇಟಾ ಬ್ಲಾಕ್ ಅನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಬದಲಾಯಿಸಿದಾಗ, ಬದಲಾವಣೆಗಳಲ್ಲಿ ಒಂದು ಕಳೆದುಹೋಗುತ್ತದೆ;
- "ಕೊಳಕು" ಓದುವಿಕೆ(eng. ಡರ್ಟಿ ರೀಡ್) - ನಂತರ ದೃಢೀಕರಿಸದ (ಹಿಂತಿರುಗಿಸಲಾಗಿದೆ) ವಹಿವಾಟಿನಿಂದ ಡೇಟಾವನ್ನು ಓದುವ ಅಥವಾ ಬದಲಾಯಿಸಲಾಗಿದೆ;
- ಪುನರಾವರ್ತಿತವಲ್ಲದ ಓದುವಿಕೆ(ಇಂಗ್ಲಿಷ್ ಪುನರಾವರ್ತಿತವಲ್ಲದ ಓದುವಿಕೆ) - ಒಂದು ವಹಿವಾಟಿನೊಳಗೆ ಮತ್ತೆ ಓದುವಾಗ, ಹಿಂದೆ ಓದಿದ ಡೇಟಾವನ್ನು ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ;
- ಫ್ಯಾಂಟಮ್ ಓದುವಿಕೆ(ಇಂಗ್ಲಿಷ್ ಫ್ಯಾಂಟಮ್ ಓದುತ್ತದೆ) - ಒಂದು ವಹಿವಾಟು, ಅದರ ಮರಣದಂಡನೆಯ ಸಮಯದಲ್ಲಿ, ಅದೇ ಮಾನದಂಡದ ಪ್ರಕಾರ ಹಲವಾರು ಸಾಲುಗಳನ್ನು ಹಲವಾರು ಬಾರಿ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಮತ್ತೊಂದು ವಹಿವಾಟು, ಈ ಆಯ್ಕೆಗಳ ನಡುವೆ, ಮೊದಲ ವಹಿವಾಟಿನ ಆಯ್ಕೆಯ ಮಾನದಂಡದೊಳಗೆ ಬರುವ ಸಾಲುಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ ಅಥವಾ ಅಳಿಸುತ್ತದೆ ಮತ್ತು ಯಶಸ್ವಿಯಾಗಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಮೊದಲ ವಹಿವಾಟಿನಲ್ಲಿ ಅದೇ ಆಯ್ಕೆಗಳು ವಿಭಿನ್ನ ಸಾಲುಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ.

ಈ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಬಹುದಾದ ಸಂದರ್ಭಗಳನ್ನು ಪರಿಗಣಿಸೋಣ:

ನವೀಕರಣವನ್ನು ಕಳೆದುಕೊಂಡಿದೆ

ಕೊಳಕು ಓದುವಿಕೆ

ಡೇಟಾವನ್ನು ಬರೆಯುವಾಗ ಹಿಂದಿನ ಸಮಸ್ಯೆ ಉಂಟಾದರೆ, ಒಂದು ವಹಿವಾಟು ಮತ್ತೊಂದು ಏಕಕಾಲಿಕ ವಹಿವಾಟು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಡೇಟಾವನ್ನು ಓದಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಕೊಳಕು ಓದುವಿಕೆ ಸಾಧ್ಯ.
ಎರಡು ವಹಿವಾಟುಗಳು ತೆರೆದಿವೆ ಎಂದು ಭಾವಿಸೋಣ ವಿವಿಧ ಅಪ್ಲಿಕೇಶನ್ಗಳು, ಇದರಲ್ಲಿ ಕೆಳಗಿನ SQL ಹೇಳಿಕೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ:

ಪುನರಾವರ್ತಿತವಲ್ಲದ ಓದುವಿಕೆ

ಕೆಳಗಿನ SQL ಹೇಳಿಕೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ವಿಭಿನ್ನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಂದ ಎರಡು ವಹಿವಾಟುಗಳನ್ನು ತೆರೆಯಲಾಗಿದೆ ಎಂದು ಭಾವಿಸೋಣ:

ಟ್ರಾನ್ಸಾಕ್ಷನ್ 2 ರಲ್ಲಿ, ಫೀಲ್ಡ್ ಎಫ್ 2 ನ ಮೌಲ್ಯವನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ, ನಂತರ ಟ್ರಾನ್ಸಾಕ್ಷನ್ 1 ರಲ್ಲಿ ಫೀಲ್ಡ್ ಎಫ್ 2 ನ ಮೌಲ್ಯವನ್ನು ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ. ನೀವು ವಹಿವಾಟು 1 ರಲ್ಲಿ ಮತ್ತೆ f2 ಕ್ಷೇತ್ರದಿಂದ ಮೌಲ್ಯವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿದರೆ, ನೀವು ಬೇರೆ ಫಲಿತಾಂಶವನ್ನು ಪಡೆಯುತ್ತೀರಿ. ಡೇಟಾವನ್ನು ಭಾಗಶಃ ಮಾರ್ಪಡಿಸುವ ಮತ್ತು ಡೇಟಾಬೇಸ್‌ಗೆ ಹಿಂತಿರುಗಿಸುವ ಉದ್ದೇಶದಿಂದ ಓದಿದಾಗ ಈ ಪರಿಸ್ಥಿತಿಯು ವಿಶೇಷವಾಗಿ ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ.

ಫ್ಯಾಂಟಮ್ ಓದುವಿಕೆ

ಕೆಳಗಿನ SQL ಹೇಳಿಕೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ವಿಭಿನ್ನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಂದ ಎರಡು ವಹಿವಾಟುಗಳನ್ನು ತೆರೆಯಲಾಗಿದೆ ಎಂದು ಭಾವಿಸೋಣ:

ವಹಿವಾಟು 2 ಕ್ಷೇತ್ರವು f2 ನಲ್ಲಿನ ಎಲ್ಲಾ ಮೌಲ್ಯಗಳನ್ನು ಬಳಸುವ SQL ಹೇಳಿಕೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. ನಂತರ ಟ್ರಾನ್ಸಾಕ್ಷನ್ 1 ರಲ್ಲಿ ಇನ್ಸರ್ಟ್ ಅನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಹೊಸ ಗೆರೆ, ವಿಭಿನ್ನ ಫಲಿತಾಂಶವನ್ನು ನೀಡಲು SQL ಹೇಳಿಕೆಯನ್ನು ವಹಿವಾಟು 2 ರಲ್ಲಿ ಮತ್ತೊಮ್ಮೆ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಕಾರಣವಾಗುತ್ತದೆ. ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ಫ್ಯಾಂಟಮ್ ಅಳವಡಿಕೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಇದು ಪುನರಾವರ್ತನೆಯಾಗದ ಓದುವಿಕೆಯ ವಿಶೇಷ ಪ್ರಕರಣವಾಗಿದೆ.

ವಹಿವಾಟಿನ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟಗಳು

ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವು ವಹಿವಾಟಿನ ಆಸ್ತಿಯಾಗಿದ್ದು ಅದು ಸಮಾನಾಂತರವಾಗಿ ನಡೆಯುವ ಇತರ ವಹಿವಾಟುಗಳಿಂದ ವಹಿವಾಟಿನ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಮಾನದಂಡವು ಕೆಳಗಿನ ನಾಲ್ಕು ಪ್ರತ್ಯೇಕತೆಯ ಹಂತಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ, ಇದರ ಬಳಕೆಯು ಕೆಲವು ಏಕಕಾಲಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ:
- READ_UNCOMMITTED- ಸ್ಥಿರವಲ್ಲದ ಓದುವಿಕೆ. ಈ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವು "ಕಳೆದುಹೋದ ನವೀಕರಣ" ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಆದರೆ ವಹಿವಾಟು ಬದ್ಧತೆಯನ್ನು ಪರಿಗಣಿಸದೆ ಅದೇ ಪ್ರಶ್ನೆಗಳಿಗೆ ವಿಭಿನ್ನ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಿದೆ (ಬಹುಶಃ "ಡರ್ಟಿ ರೀಡ್" ಸಮಸ್ಯೆ). ಇದು DBMS ನಲ್ಲಿ ಬಳಸಲಾಗುವ ಕಡಿಮೆ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವಾಗಿದೆ ಮತ್ತು ಗರಿಷ್ಠ ಏಕಕಾಲಿಕತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ.
- READ_COMMITTED- ಸ್ಥಿರ ಓದುವಿಕೆ. ಈ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವು "ಡರ್ಟಿ ರೀಡ್" ಸಮಸ್ಯೆಯನ್ನು ತಡೆಯುತ್ತದೆ, ಆದರೆ ವಹಿವಾಟಿನಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ವಿನಂತಿಗಳಿಗಾಗಿ ವಿಭಿನ್ನ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ("ಪುನರಾವರ್ತಿತವಲ್ಲದ ಓದುವಿಕೆ" ಸಾಧ್ಯತೆಯನ್ನು ಸಂರಕ್ಷಿಸಲಾಗಿದೆ);
- REPEATABLE_READ- ಪುನರಾವರ್ತಿತ ಓದುವಿಕೆ. ಈ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವು "ಪುನರಾವರ್ತಿತವಲ್ಲದ ಓದುವಿಕೆ" ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಈ ಹಂತದಲ್ಲಿ, "ಫ್ಯಾಂಟಮ್ ಇನ್ಸರ್ಟ್" ಸಂಘರ್ಷದ ಪರಿಸ್ಥಿತಿಗೆ ಕಾರಣವಾಗುವ INSERT ಹೇಳಿಕೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಇನ್ನೂ ಸಾಧ್ಯವಿದೆ. ಹೊಸ ಸಾಲುಗಳ ಸೇರ್ಪಡೆಯಿಂದ SQL ಹೇಳಿಕೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಪರಿಣಾಮ ಬೀರದಿದ್ದರೆ ಈ ಮಟ್ಟವು ಉಪಯುಕ್ತವಾಗಿದೆ;
- ಧಾರಾವಾಹಿ- ಅನುಕ್ರಮ ಮರಣದಂಡನೆ. ಮೂರನೇ ಹಂತ. ಈ ಮಟ್ಟವು ಮೇಲೆ ವಿವರಿಸಿದ ಎಲ್ಲಾ ಏಕಕಾಲಿಕ ಸಮಸ್ಯೆಗಳ ತಡೆಗಟ್ಟುವಿಕೆಯನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ, ಆದರೆ ಅದರ ಪ್ರಕಾರ, ವಹಿವಾಟಿನ ಪ್ರಕ್ರಿಯೆ (ಅದೇ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಪ್ರವೇಶದೊಂದಿಗೆ) ಅನುಕ್ರಮವಾಗಿ ಮಾತ್ರ ಕೈಗೊಳ್ಳುವುದರಿಂದ, ಕಡಿಮೆ ಮಟ್ಟದ ಏಕೀಕರಣವನ್ನು ಗಮನಿಸಬಹುದು.

ಸಮಾನಾಂತರ ವಹಿವಾಟು ಪ್ರವೇಶದ ಸಮಸ್ಯೆಗೆ ಪರಿಹಾರ ಮತ್ತು ಟೇಬಲ್ ರೂಪದಲ್ಲಿ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ಈ ಕೆಳಗಿನಂತೆ ಚಿತ್ರಿಸಬಹುದು (“+” - ಸಮಸ್ಯೆಯನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ):

SQL ಸರ್ವರ್ ಮಟ್ಟದಲ್ಲಿ, ನೀವು ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ನೀವೇ ಹೊಂದಿಸಬಹುದು:
ಇಡೀ ಅಧಿವೇಶನಕ್ಕಾಗಿ, ಉದಾಹರಣೆಗೆ ನಿರ್ದೇಶನದ ಮೂಲಕ
ಟ್ರಾನ್ಸಾಕ್ಷನ್ ಐಸೋಲೇಶನ್ ಲೆವೆಲ್ ಅನ್ನು ಧಾರಾವಾಹಿಯಾಗಿ ಹೊಂದಿಸಿ

ನಿರ್ಮಾಣದೊಂದಿಗೆ ನಿರ್ದಿಷ್ಟ ಪ್ರಶ್ನೆಗೆ
ಧಾರಾವಾಹಿಯೊಂದಿಗಿನ ಒಪ್ಪಂದಗಳಿಂದ ಹೆಸರನ್ನು ಆಯ್ಕೆಮಾಡಿ

ಪ್ರಸ್ತುತ ಅಧಿವೇಶನದಲ್ಲಿ ಹೊಂದಿಸಲಾದ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ
sys.dm_exec_sessions ನಿಂದ Transaction_isolation_level ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ
ಅಲ್ಲಿ session_id = @@spid

IN ಸ್ವಯಂಚಾಲಿತ ಮೋಡ್(ಹಳೆಯ ಮೋಡ್, ಇದನ್ನು 8.0 ರಲ್ಲಿ ಬಳಸಲಾಗಿದೆ) ಡೇಟಾ ಲಾಕ್ ನಿರ್ವಹಣೆಯು ವಹಿವಾಟಿನ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ಬಳಸುತ್ತದೆ REPEATABLE_READಮತ್ತು ಧಾರಾವಾಹಿಡೇಟಾಬೇಸ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ಒದಗಿಸಲಾಗಿದೆ. ಈ ವಹಿವಾಟಿನ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟಗಳು ಡೆವಲಪರ್‌ನಿಂದ ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಲಾಕ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ರಯತ್ನಗಳ ಅಗತ್ಯವಿಲ್ಲದೇ ಡೇಟಾದ ಸ್ಥಿರ ಮತ್ತು ಸ್ಥಿರವಾದ ಓದುವಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.

ನಿರ್ವಹಣಾ ಲಾಕಿಂಗ್ ಮೋಡ್ (ಆವೃತ್ತಿ 8.1 ರಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ) ಕಡಿಮೆ ಮಟ್ಟದ ಡೇಟಾಬೇಸ್ ವಹಿವಾಟು ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಮೋಡ್‌ನಲ್ಲಿ ಬಳಕೆದಾರರ ಏಕಕಾಲಿಕತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ( READ_COMMITTED); ಅದೇ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಹೊಂದಿಸಲಾಗಿದೆ
ಮತ್ತು MS ನಲ್ಲಿ SQL ಸರ್ವರ್. ವಹಿವಾಟಿಗೆ ಡೇಟಾವನ್ನು ಬರೆಯುವಾಗ, ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷಾ ವಸ್ತುಗಳು ಅಗತ್ಯವಿರುವ ಡೇಟಾವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಾಕ್ ಮಾಡುತ್ತವೆ. ಆದರೆ ಓದುವಾಗ, ವ್ಯವಹಾರದ ತರ್ಕಕ್ಕೆ ವಹಿವಾಟಿನಲ್ಲಿ ಡೇಟಾದ ಸ್ಥಿರ ಮತ್ತು ಸ್ಥಿರವಾದ ಓದುವಿಕೆ ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಡೆವಲಪರ್ ಡೇಟಾ ಲಾಕ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಕಾಗುತ್ತದೆ.

ಆವೃತ್ತಿ 8.3 ಗಾಗಿ, ನಿರ್ವಹಿಸಿದ ಮೋಡ್ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ಬಳಸುತ್ತದೆ READ_COMMITTED_SNAPSHOT.

ತೀರ್ಮಾನಗಳು

ವಹಿವಾಟುಗಳು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್‌ನಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುವ ಅಗತ್ಯವಿರುವ DBMS ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ. ಏಕಕಾಲಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು, DBMS ನಲ್ಲಿನ ವಹಿವಾಟುಗಳನ್ನು ವಿವಿಧ ಹಂತದ ಪ್ರತ್ಯೇಕತೆಯೊಂದಿಗೆ ನಿರ್ವಹಿಸಬಹುದು.

1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಬಳಸುವ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟ READ_COMMITTED"ಲಾಸ್ಟ್ ಅಪ್‌ಡೇಟ್" ಮತ್ತು "ಡರ್ಟಿ ರೀಡ್" ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ: ಬದಲಾದ ಡೇಟಾವನ್ನು ಓದುವಿಕೆ ಮತ್ತು ಮಾರ್ಪಾಡು ಎರಡಕ್ಕೂ ವಹಿವಾಟಿನ ಅಂತ್ಯದವರೆಗೆ ಲಾಕ್ ಮಾಡಲಾಗಿದೆ (ವಿಶೇಷ ಲಾಕ್ ಅನ್ನು ವಿಧಿಸಲಾಗಿದೆ).

ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟ READ_COMMITTED"ನಾನ್-ರಿಪೀಟಿಂಗ್ ರೀಡ್" ಮತ್ತು "ಫ್ಯಾಂಟಮ್ ರೀಡ್" ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ. ಈ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು, ನೀವು 1C ಅನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ: ಎಂಟರ್‌ಪ್ರೈಸ್ ನಿಯಂತ್ರಿತ ಲಾಕ್‌ಗಳನ್ನು ಪ್ರೋಗ್ರಾಮಿಕ್ ಆಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ.

8.3 ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ ಪ್ರತ್ಯೇಕತೆಯ ಮಟ್ಟವನ್ನು ಬಳಸುತ್ತದೆ READ_COMMITTED_SNAPSHOT.

"ವಹಿವಾಟು" ಎಂಬ ಪದವು ತೊಂಬತ್ತರ ದಶಕದ ಉತ್ತರಾರ್ಧದಲ್ಲಿ ಮಾತ್ರ ನಮಗೆ ಬಂದಿತು. ಇದು ಆಧುನಿಕ ಬ್ಯಾಂಕಿಂಗ್ ವ್ಯವಸ್ಥೆ ಮತ್ತು ಸಾಮಾನ್ಯ ಕಂಪ್ಯೂಟರ್ ಬೂಮ್‌ನ ಅಭಿವೃದ್ಧಿಯ ಅವಧಿಯಾಗಿದೆ. ನಂತರ ಈ ಪರಿಕಲ್ಪನೆಯು ಆಡುಮಾತಿನ ಮತ್ತು ಸಾಹಿತ್ಯಿಕ ಭಾಷಣದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿತು. ಮತ್ತು ಪ್ರೋಗ್ರಾಮರ್ಗಳೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳಿದ್ದರೆ ಸಾಮಾನ್ಯ ಜನರುವಿರಳವಾಗಿ ಎದುರಿಸುತ್ತಾರೆ; ಪ್ರತಿಯೊಬ್ಬರೂ ಬ್ಯಾಂಕುಗಳೊಂದಿಗೆ ವ್ಯವಹರಿಸಬೇಕು. ಬಹುತೇಕ ಯಾವುದೇ ಕಾರ್ಯಾಚರಣೆ - ಖಾತೆಯ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದರಿಂದ ಹಿಡಿದು ಸಂಕೀರ್ಣ ಒಳ-ಬ್ಯಾಂಕ್ ಪಾವತಿ ವರ್ಗಾವಣೆಗಳವರೆಗೆ - ವಹಿವಾಟುಗಳಾಗಿ ಅರ್ಹತೆ ಪಡೆಯಬಹುದು. ಈ ಪದವು ಬ್ಯಾಂಕಿಂಗ್ ಕಾರ್ಯಾಚರಣೆಗಳಲ್ಲಿ "ಹಣ" ಅಥವಾ "ಕ್ರೆಡಿಟ್" ನಂತಹ ಪರಿಕಲ್ಪನೆಗಳಿಗಿಂತ ಹೆಚ್ಚಾಗಿ ಇರುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಬ್ಯಾಂಕಿನ ಕೆಲವು ಗ್ರಾಹಕರು ಅದರ ಸಾರವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ.

ಪದದ ಅರ್ಥ

ವಹಿವಾಟುಗಳು ಒಂದು ನಿರ್ದಿಷ್ಟ ಅವಧಿಯಲ್ಲಿ ಯಾವುದೇ ವಸ್ತುಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಗೆ ಕೆಲವು ಕಾರ್ಯವಿಧಾನಗಳಾಗಿವೆ. ಅಂತಹ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಪ್ರೋಗ್ರಾಮರ್ಗಳು ರಚಿಸಿದ್ದಾರೆ. ಅವರು ಸ್ಪಷ್ಟ ಕಾರ್ಯವಿಧಾನದ ಪಾತ್ರವನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಯಾವುದೇ ವಹಿವಾಟು ಮೂರು ಅಗತ್ಯ ಅಂಶಗಳ ಸಂಯೋಜನೆಯಾಗಿದೆ:

• ವಿನಂತಿ;
• ಮರಣದಂಡನೆ;
• ವರದಿ.

ಸಾಮಾನ್ಯ ವಹಿವಾಟಿನ ಪ್ರಕ್ರಿಯೆಯು ಸಾಕಷ್ಟು ಸಂಕೀರ್ಣವಾಗಬಹುದು, ಆದರೆ ಈ ಕಾರ್ಯವಿಧಾನದ ಫಲಿತಾಂಶವು ಕೇವಲ ಎರಡು ರಾಜ್ಯಗಳನ್ನು ಹೊಂದಿದೆ. ಅಂದರೆ, ವಹಿವಾಟು ಪೂರ್ಣಗೊಳ್ಳಬಹುದು ಅಥವಾ ಪೂರ್ಣಗೊಳ್ಳದಿರಬಹುದು.

ಬ್ಯಾಂಕ್ ವಹಿವಾಟುಗಳು

"ವಹಿವಾಟು" ಪದದ ಅರ್ಥವೇನು? ಅದು ಸಂಭವಿಸಿದಾಗ ಯಾವ ಪ್ರಕ್ರಿಯೆಗಳು ಸಂಭವಿಸುತ್ತವೆ? ನಿಖರವಾಗಿ ಹೇಳುವುದಾದರೆ, ವಹಿವಾಟುಗಳು ಚಲನೆಗೆ ಸಂಬಂಧಿಸಿದ ಯಾವುದೇ ಬ್ಯಾಂಕಿಂಗ್ ಕಾರ್ಯಾಚರಣೆಗಳಾಗಿವೆ ಹಣ. ಆದರೆ ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಇನ್ವಾಯ್ಸ್ಗಳನ್ನು ಬಳಸುವಾಗ ಹೆಚ್ಚಾಗಿ ಈ ಪದವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಅಥವಾ ಇದು ನೇರವಾಗಿ ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್‌ಗಳೊಂದಿಗೆ ವಹಿವಾಟುಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ.

"ವ್ಯವಹಾರಗಳನ್ನು ನಡೆಸುವುದು" ಎಂಬ ಪದಗುಚ್ಛವು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಖಾತೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಅರ್ಥೈಸುತ್ತದೆ. ಇದು ಯುಟಿಲಿಟಿ ಬಿಲ್‌ಗಳನ್ನು ಪಾವತಿಸುವುದು, ಪ್ಲಾಸ್ಟಿಕ್ ಕಾರ್ಡ್ ಬಳಸಿ ಅಂಗಡಿಯಲ್ಲಿ ಸರಕುಗಳನ್ನು ಖರೀದಿಸುವುದು, ಸಂಬಳ ಮತ್ತು ವಿದ್ಯಾರ್ಥಿವೇತನವನ್ನು ಠೇವಣಿ ಮಾಡುವುದು ಮತ್ತು ಇತರ ಅನೇಕ ಹಣದ ವಹಿವಾಟುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ವಹಿವಾಟುಗಳ ವಿಧಗಳು

ಬ್ಯಾಂಕಿಂಗ್‌ನಲ್ಲಿ, ಎರಡು ರೀತಿಯ ಕಾರ್ಯಾಚರಣೆಗಳಿವೆ:

1. ಆನ್‌ಲೈನ್ ವಹಿವಾಟುಗಳು ನೈಜ ಸಮಯದಲ್ಲಿ ಬ್ಯಾಂಕಿಂಗ್ ಕೇಂದ್ರಕ್ಕೆ ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ ನಗದುರಹಿತ ಹಣವನ್ನು ಕುಶಲತೆಯಿಂದ ನಿರ್ವಹಿಸುತ್ತವೆ. ಟರ್ಮಿನಲ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಅತ್ಯಂತ ಸ್ಪಷ್ಟವಾದ ಉದಾಹರಣೆಯಾಗಿದೆ.
2. ಆಫ್‌ಲೈನ್ ವಹಿವಾಟುಗಳು ಭಾಗವಹಿಸುವವರ ನಡುವೆ ನೇರ ಸಂಪರ್ಕವಿಲ್ಲದೆ ಬ್ಯಾಂಕಿಂಗ್ ವಹಿವಾಟಿನ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಉದ್ಯೋಗಿಗಳ ಸಂಬಳವನ್ನು ಕ್ರೆಡಿಟ್ ಮಾಡುವುದು. ಸಂಸ್ಥೆಯ ಖಾತೆಯಿಂದ ಹಣವನ್ನು ಡೆಬಿಟ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಉದ್ಯೋಗಿ ತನ್ನ ಪ್ರಸ್ತುತ ಖಾತೆಯ ಬಾಕಿ ಮರುಪೂರಣದ ಬಗ್ಗೆ ಅಧಿಸೂಚನೆಯನ್ನು ಮಾತ್ರ ಪಡೆಯುತ್ತಾನೆ.

ಬ್ಯಾಂಕಿಂಗ್ ವಹಿವಾಟುಗಳ ಸಾರವನ್ನು ಚೆನ್ನಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಅವರ ಹಲವಾರು ಆಯ್ಕೆಗಳನ್ನು ಪರಿಗಣಿಸೋಣ.

ಹಣದ ವ್ಯವಹಾರ

ಅಂತಹ ಕಾರ್ಯಾಚರಣೆಯ ಸರಳ ಉದಾಹರಣೆಯೆಂದರೆ ನಿಮ್ಮ ಸ್ವಂತ ಖಾತೆಗಳ ನಡುವಿನ ವರ್ಗಾವಣೆ, ಹಣವನ್ನು ಸ್ವೀಕರಿಸುವುದು ಅಥವಾ ಠೇವಣಿ ಮಾಡುವುದು, ಎಟಿಎಂ ಅಥವಾ ಟರ್ಮಿನಲ್ ಮೂಲಕ ಹಣವನ್ನು ಠೇವಣಿ ಮಾಡುವುದು. ಅಂತಹ ವಹಿವಾಟುಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಕಮಿಷನ್ ಇಲ್ಲದೆ ಬ್ಯಾಂಕ್ ನಡೆಸುತ್ತದೆ. ಎರಡು ವಿಭಿನ್ನ ವ್ಯಕ್ತಿಗಳ ನಡುವಿನ ವರ್ಗಾವಣೆಯೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯು ಹೆಚ್ಚು ಜಟಿಲವಾಗಿದೆ - ಒಂದೇ ಹಣಕಾಸು ಸಂಸ್ಥೆಯೊಳಗೆ, ವರ್ಗಾವಣೆ ಶುಲ್ಕವು 3% ತಲುಪಬಹುದು. ನಾವು ದೇಶದೊಳಗಿನ ವಿವಿಧ ಬ್ಯಾಂಕ್‌ಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಕಮಿಷನ್ ಇನ್ನೂ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ. ವಿದೇಶಿ ಸಂಸ್ಥೆಗಳಿಗೆ ಅತ್ಯಂತ ದುಬಾರಿ ವರ್ಗಾವಣೆಯಾಗಿದೆ, ಏಕೆಂದರೆ, ಆಯೋಗದ ಜೊತೆಗೆ, ಅವರು ಸಾಮಾನ್ಯವಾಗಿ ವಹಿವಾಟು ಶುಲ್ಕ ಎಂದು ಕರೆಯುತ್ತಾರೆ.

ಅನುವಾದಗಳು

ಒಂದು ಖಾತೆಯಿಂದ ಇನ್ನೊಂದು ಖಾತೆಗೆ ವರ್ಗಾವಣೆ ಕೆಲವೊಮ್ಮೆ ಕಿರಿಕಿರಿ ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಸ್ವೀಕರಿಸುವವರ ಕೊನೆಯ ಹೆಸರಿನ ಕಾಗುಣಿತದಲ್ಲಿನ ಸಣ್ಣದೊಂದು ತಪ್ಪು ಕುಶಲತೆಯನ್ನು ನಿರ್ಬಂಧಿಸಲು ಕಾರಣವಾಗಬಹುದು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ವ್ಯವಸ್ಥೆಭದ್ರತೆ. ಸ್ವಯಂಚಾಲಿತ ವಹಿವಾಟು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್ ಸಂಖ್ಯೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವೀಕರಿಸುವವರ ಸಮತೋಲನಕ್ಕೆ ಹಣವನ್ನು ಕ್ರೆಡಿಟ್ ಮಾಡಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ಇದು ದೋಷದ ಸಾಧ್ಯತೆಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ವಹಿವಾಟನ್ನು ಮರುಹೊಂದಿಸಿದರೆ, ಹಣವನ್ನು ಮಾಲೀಕರ ಸಮತೋಲನಕ್ಕೆ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ. ನಿಜ, ಇದು ಹತ್ತು ಅಥವಾ ಹದಿನೈದು ಕ್ಯಾಲೆಂಡರ್ ದಿನಗಳಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ.

ಕಳುಹಿಸುವವರು ಬ್ಯಾಂಕ್ ಖಾತೆಯನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಹಣ ವರ್ಗಾವಣೆ ಸೇವೆಯನ್ನು ಬಳಸಬಹುದು. ಅತ್ಯಂತ ಪ್ರಸಿದ್ಧ ಅಂತಾರಾಷ್ಟ್ರೀಯ ನಿರ್ವಾಹಕರು- ಮನಿಗ್ರಾಮ್, ವೆಸ್ಟರ್ನ್ ಯೂನಿಯನ್, ಅನೆಲಿಕ್, ಸಂಪರ್ಕ ಮತ್ತು ಇತರರು. ಅಂತಹ ಕಾರ್ಯಾಚರಣೆಗಳ ಮುಖ್ಯ ಪ್ರಯೋಜನವೆಂದರೆ ಅತಿ ವೇಗವಹಿವಾಟುಗಳು. ಮುಖ್ಯ ಅನಾನುಕೂಲವೆಂದರೆ ಹೆಚ್ಚಿನ ಆಯೋಗ.

ವಹಿವಾಟು ವಿಫಲವಾದರೆ ಏನು ಮಾಡಬೇಕು?

ನಿಧಿಯ ವರ್ಗಾವಣೆಗೆ ಸಂಬಂಧಿಸಿದ ಯಾವುದೇ ಅಸಾಮಾನ್ಯ ಪರಿಸ್ಥಿತಿಯ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ತಕ್ಷಣ ಇದನ್ನು ಬ್ಯಾಂಕ್ ಅಥವಾ ಟರ್ಮಿನಲ್ ಆಪರೇಟರ್‌ಗೆ ವರದಿ ಮಾಡಬೇಕು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಹಣವನ್ನು ಕಳುಹಿಸುವವರ ಸಮತೋಲನಕ್ಕೆ ಹಿಂದಿರುಗುವ ಅಥವಾ ಅದರ ಉದ್ದೇಶಿತ ಉದ್ದೇಶಕ್ಕಾಗಿ ಬಳಸಲಾಗುವ ಹೆಚ್ಚಿನ ಸಂಭವನೀಯತೆಯಿದೆ.
ಆಪರೇಟರ್ ನಿಮಗೆ ಸಹಾಯ ಮಾಡಿದರೆ:

• ವಹಿವಾಟಿನ ಸಮಯದಲ್ಲಿ, ಒಂದು ವೈಫಲ್ಯ ಸಂಭವಿಸಿದೆ (ಪ್ರೋಗ್ರಾಂ ಫ್ರೀಜ್, ವಿದ್ಯುತ್ ಹೊರಬಂದಿತು), ಮತ್ತು ಹಣವು ಈಗಾಗಲೇ ಹೋಗಿದೆ. ಗೆ ಕರೆ ಮಾಡಿ ಹಾಟ್ಲೈನ್ನಿಮ್ಮ ವಿನಂತಿಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ದೋಷವನ್ನು ಪರಿಶೀಲಿಸಿದ ಮತ್ತು ತೆಗೆದುಹಾಕಿದ ನಂತರ, ತಜ್ಞರು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
• ಟರ್ಮಿನಲ್ ಅಥವಾ ಎಟಿಎಂ ವಹಿವಾಟಿಗೆ ರಸೀದಿಯನ್ನು ನೀಡಿಲ್ಲ. ಕಾರಣ ಕ್ಷುಲ್ಲಕವಾಗಿರಬಹುದು - ಯಂತ್ರದಲ್ಲಿ ನಗದು ರಿಜಿಸ್ಟರ್ ಟೇಪ್ ಕೊರತೆ. ಆಪರೇಟರ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಿದ ನಂತರ, ನಿಮಗೆ ನಕಲಿ ರಸೀದಿಯನ್ನು ನೀಡಲಾಗುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಇದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಇಮೇಲ್ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
• ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ವಿವರಗಳಲ್ಲಿ ದೋಷವಿದೆ. ಹಣ ಹೋಗಿದೆ, ಆದರೆ ಸ್ವೀಕರಿಸುವವರು ಅದನ್ನು ನೋಡಲಿಲ್ಲ.
  ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಆಪರೇಟರ್ ಸಹಾಯ ಮಾಡಬಹುದು: ಉದಾಹರಣೆಗೆ, ಸ್ವೀಕರಿಸುವವರ ಖಾತೆ ಸಂಖ್ಯೆಯಲ್ಲಿ ದೋಷವನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಭದ್ರತಾ ನಿಯಮಗಳಿಂದಾಗಿ ಹಣವು ಗ್ರಾಹಕರನ್ನು ತಲುಪುವುದಿಲ್ಲ. ಅಂತಹ ಹಣವನ್ನು ಬ್ಯಾಂಕ್ ಹಿಂತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದರೆ ವಿಶೇಷ ತಾತ್ಕಾಲಿಕ ಖಾತೆಯಲ್ಲಿ 10 ದಿನಗಳವರೆಗೆ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಕಳುಹಿಸುವವರು ಸಮಯಕ್ಕೆ ಹಣಕಾಸು ಸಂಸ್ಥೆಯನ್ನು ಸಂಪರ್ಕಿಸಿದರೆ, ವಹಿವಾಟಿನ ಸಮಯ, ವರ್ಗಾವಣೆಯ ಮೊತ್ತ ಮತ್ತು ಹಲವಾರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಿದರೆ, ಹಣವನ್ನು ಅನಿರ್ಬಂಧಿಸಲಾಗುತ್ತದೆ. ವಹಿವಾಟು ಶುಲ್ಕವನ್ನು ಕಡಿತಗೊಳಿಸಿದ ನಂತರ, ಮೊತ್ತವನ್ನು ಕಳುಹಿಸುವವರ ಬಾಕಿಗೆ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ.

ನೀವು ನೋಡುವಂತೆ, ಬ್ಯಾಂಕಿಂಗ್ ವಹಿವಾಟುಗಳು ನಮ್ಮಲ್ಲಿ ಪ್ರತಿಯೊಬ್ಬರ ಜೀವನದಲ್ಲಿ ಆಸಕ್ತಿದಾಯಕ, ಅಗತ್ಯವಾದ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ. ಮುಂದಿನ ಬಾರಿ, ಸರಳ ವರ್ಗಾವಣೆ ಮಾಡುವಾಗ ಅಥವಾ ಕಾರ್ಡ್‌ನಿಂದ ಹಣವನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳುವಾಗ, ಅಂತಹ ಕುಶಲತೆಯು ನಮ್ಮ ಜೀವನವನ್ನು ಎಷ್ಟು ಸುಲಭಗೊಳಿಸುತ್ತದೆ ಎಂದು ಯೋಚಿಸಿ. ಎಲ್ಲಾ ನಂತರ, ಈಗ ನೀವು ಬಹುಶಃ ಈಗಾಗಲೇ ವ್ಯವಹಾರಗಳು ಏನೆಂದು ತಿಳಿದಿರುವಿರಿ. ಪದದ ಅರ್ಥವು ನಿಮಗೆ ರಹಸ್ಯವಾಗಿಲ್ಲ.

ವಹಿವಾಟು ಎಂದರೇನು ಎಂದು ಅನೇಕ ಜನರು ಆಶ್ಚರ್ಯ ಪಡುತ್ತಾರೆ? ಎಲ್ಲಾ ನಂತರ, ಈ ಪದವು ಸಾರ್ವಕಾಲಿಕವಾಗಿ ಬರುತ್ತದೆ, ವಿಶೇಷವಾಗಿ ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ಹಣದಿಂದ ಕೆಲಸ ಮಾಡಿದರೆ. ನಾವು ಅದನ್ನು ಜಾಗತಿಕವಾಗಿ ತೆಗೆದುಕೊಂಡರೆ - ಡೇಟಾ ವಿನಿಮಯ ಕಾರ್ಯಾಚರಣೆಗಳ ಅನುಕ್ರಮ, ಅದರ ನಂತರ ಸಿಸ್ಟಮ್ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲಾಗುತ್ತದೆ.

ಈ ಪದದ ಸಾಮಾನ್ಯ ಬಳಕೆ ಹಣ ವರ್ಗಾವಣೆ ಮಾಡುವುದು ಮತ್ತು ಸರಕುಗಳನ್ನು ಖರೀದಿಸುವುದು. ಇದು ಆಗಿರಬಹುದು:

• ಎಟಿಎಂ ಅಥವಾ ಬ್ಯಾಂಕ್ ಶಾಖೆಯಿಂದ ನಗದು ಹಿಂಪಡೆಯುವಿಕೆ;
• ಸ್ಟಾಕ್ ಎಕ್ಸ್ಚೇಂಜ್ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ಷೇರುಗಳನ್ನು ಖರೀದಿಸುವುದು;
• ಅಂಗಡಿಯಲ್ಲಿ ಕಾರ್ಡ್ ಮೂಲಕ ಪಾವತಿ.

ಕಾರ್ಯಾಚರಣೆಯನ್ನು ದೃಢೀಕರಿಸಿದ ಮತ್ತು ಹಣವನ್ನು ಕಳುಹಿಸಿದ ತಕ್ಷಣ, ವಹಿವಾಟು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ಸಂಸ್ಥೆಯ ಖರೀದಿದಾರ ಅಥವಾ ಗ್ರಾಹಕರ ಖಾತೆಯಿಂದ ಹಣವನ್ನು ಹಿಂಪಡೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಸರಕುಗಳನ್ನು ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ. ವ್ಯಕ್ತಿಯ ಖಾತೆಯಿಂದ ಸೇವೆಯನ್ನು ಒದಗಿಸುವ ವ್ಯಕ್ತಿಗೆ ಸ್ವಯಂಪ್ರೇರಣೆಯಿಂದ ಹಣವನ್ನು ವರ್ಗಾಯಿಸುವ ಮಾರ್ಗವಾಗಿ ವಹಿವಾಟು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾವು ಹೇಳಬಹುದು. ಎಲ್ಲಾ ವಹಿವಾಟುಗಳನ್ನು ಹಣಕಾಸು ಸಂಸ್ಥೆಯ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗಿದೆ. ಕಾರ್ಯಾಚರಣೆ ಯಶಸ್ವಿಯಾಗಿದೆಯೋ ಇಲ್ಲವೋ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ಉದಾಹರಣೆಗೆ, ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್ಗೆ ಹಣವನ್ನು ತಪ್ಪಾಗಿ ಕ್ರೆಡಿಟ್ ಮಾಡುವ ಸಂದರ್ಭದಲ್ಲಿ.

ಆದರೆ ವಹಿವಾಟಿನ ಪರಿಕಲ್ಪನೆಯು ಆರ್ಥಿಕ ವಲಯಕ್ಕೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಯೋಚಿಸಬೇಡಿ. ಐಟಿ ಕಂಪನಿಗಳು ಈ ಪದವನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಸುತ್ತವೆ, ವಿಶೇಷವಾಗಿ ಡೇಟಾಬೇಸ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ಗೆ ಬಂದಾಗ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಪದವು ಡೇಟಾ ಬೇಸ್‌ಗೆ ಮಾಡಿದ ಬದಲಾವಣೆಗಳ ನಿರ್ದಿಷ್ಟ ಅನುಕ್ರಮವನ್ನು ಅರ್ಥೈಸುತ್ತದೆ.

ಇಲ್ಲಿ ಎರಡು ಅಪ್ಲಿಕೇಶನ್ ಆಯ್ಕೆಗಳಿವೆ. ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಅನುಮೋದಿಸಿದಾಗ, ಅದಕ್ಕೆ "ಕಮಿಟ್" ಅನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ, ಆದರೆ ಕೆಲವು ಕಾರಣಗಳಿಂದ ನಿರಾಕರಣೆ ಸಂಭವಿಸಿದಲ್ಲಿ, ನಂತರ "ರೋಲ್ಬ್ಯಾಕ್" ಅನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ. ಹೆಚ್ಚಾಗಿ, ಅವರು ಸಂಖ್ಯೆಗಳಲ್ಲಿ ಒಂದನ್ನು ಶೂನ್ಯದಿಂದ ಭಾಗಿಸಲು ಬಯಸಿದಾಗ ಅಥವಾ ಹಿಂದೆ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ನಮೂದಿಸಿದ್ದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದ ಮೊತ್ತವನ್ನು ನಮೂದಿಸಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ.

ವಿಧಗಳು

ವ್ಯವಹಾರವನ್ನು ಬಳಸುವ ಸಾಮಾನ್ಯ ಪ್ರಕರಣವೆಂದರೆ ಯಾವುದೇ ಶಾಪಿಂಗ್ ಸೆಂಟರ್, ಸ್ಟೋರ್ ಅಥವಾ ಹಣಕಾಸು ಸಂಸ್ಥೆಯ ಪ್ರದೇಶದ ಬ್ಯಾಂಕ್‌ನಿಂದ ಪಾವತಿ ಕಾರ್ಡ್‌ನೊಂದಿಗೆ ಪಾವತಿ. ಮಾಲೀಕರು ಸರಕುಗಳಿಗೆ ಪಾವತಿಸಲು ಬಯಸಿದಾಗ ಕಾರ್ಯಾಚರಣೆಯು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ನಂತರ ಅವನು ತನ್ನ ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್ ಅನ್ನು ನಗದು ರಿಜಿಸ್ಟರ್ಗೆ ಜವಾಬ್ದಾರನಾಗಿರುತ್ತಾನೆ.

ಮುಂದೆ, ಕಾರ್ಡ್ ಅನ್ನು ವಿಶೇಷ ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ನೀವು ನಂತರದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮಾತ್ರ ದೃಢೀಕರಿಸಬೇಕು. ಇದನ್ನು ಮಾಡಲು, ನೀವು ಡೇಟಾ ಮತ್ತು ಪೂರ್ವನಿರ್ಧರಿತ ಪಿನ್ ಕೋಡ್ ಅನ್ನು ನಮೂದಿಸಬೇಕು. ಮುಂದೆ, ನಮೂದಿಸಿದ ಪಾಸ್‌ವರ್ಡ್ ಸರಿಯಾಗಿದೆಯೇ ಅಥವಾ ತಿರಸ್ಕರಿಸಬೇಕೆ ಎಂದು ಟರ್ಮಿನಲ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ವಹಿವಾಟಿನ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ನಿರ್ದಿಷ್ಟ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ. ಪಾವತಿ ವ್ಯವಸ್ಥೆಗೆ ಡೇಟಾವನ್ನು ವರ್ಗಾವಣೆ ಮಾಡುವುದರಿಂದ ಇದು ಸಂಭವಿಸುತ್ತದೆ ಈ ನಕ್ಷೆ. ಮತ್ತು ಈಗಾಗಲೇ ಈ ಹಂತದಲ್ಲಿ, ನಮೂದಿಸಿದ ಡೇಟಾದ ದೃಢೀಕರಣದ ಸಂಪೂರ್ಣ ಪರಿಶೀಲನೆ ನಡೆಯುತ್ತದೆ. ಎಲ್ಲಾ ನಂತರ, ಅವರು ಪಾವತಿ ಸ್ಲಿಪ್‌ನಲ್ಲಿ ಇರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು.

ಆದರೆ ಎಲ್ಲವೂ ಸರಿಯಾಗಿದ್ದರೆ, ವ್ಯವಹಾರವನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ವಿತರಿಸುವ ಬ್ಯಾಂಕ್‌ಗೆ ನೇರವಾಗಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಈ ಪಾವತಿ ಕಾರ್ಡ್ ಉತ್ಪಾದನೆಯನ್ನು ಅವರ ಮೂಲಕ ನಡೆಸಲಾಯಿತು. ನಂತರ ವಹಿವಾಟಿನ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒತ್ತುವ ಕೇಂದ್ರಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಪಾವತಿ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುವ ಹಕ್ಕುಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ.

ಒಂದು ಹಂತದಲ್ಲಿ ದೋಷ ಅಥವಾ ಡೇಟಾ ವ್ಯತ್ಯಾಸ ಪತ್ತೆಯಾದರೆ, ವಹಿವಾಟನ್ನು ಸರಳವಾಗಿ ನಿರಾಕರಿಸಲಾಗುತ್ತದೆ ಎಂಬುದು ಗಮನಿಸಬೇಕಾದ ಸಂಗತಿ.

ಬಳಕೆಯ ಪ್ರದೇಶಗಳು

ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿವಿಧ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ, "ವಹಿವಾಟು" ಎಂಬ ಪದಕ್ಕೆ ವಿಭಿನ್ನ ಸಂಕೇತಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ:

• ಅರ್ಥಶಾಸ್ತ್ರವು ಒಂದು ಹರಿವಿನ ಖಾತೆಯಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಹಣವನ್ನು ವರ್ಗಾಯಿಸುವುದನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಖರೀದಿ ಮತ್ತು ಮಾರಾಟ ವಹಿವಾಟುಗಳಿಗೆ ಇದು ವಿಶೇಷವಾಗಿ ಸತ್ಯವಾಗಿದೆ;
• ಎಟಿಎಂಗಳೊಂದಿಗಿನ ಕಾರ್ಯಾಚರಣೆಗಳು ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್ ಅಥವಾ ಖಾತೆ ಸಂಖ್ಯೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ಬಳಸಿದ ಕ್ಲೈಂಟ್‌ಗೆ ನಗದು ನೀಡುವಿಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ;
• ರಾಜಕೀಯ ವಿವರಣೆಯು ಎರಡು ಪಕ್ಷಗಳ ನಡುವೆ ಪರಸ್ಪರ ಲಾಭದಾಯಕ ನಿಯಮಗಳ ಒಪ್ಪಂದವನ್ನು ಹೊಂದಿರುತ್ತದೆ.

ಬ್ಯಾಂಕ್ ನೀಡಿದ ಕಾರ್ಡ್ ಮೇಲೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾಗಿದೆ. ಡೆಬಿಟ್ ಮತ್ತು ಕ್ರೆಡಿಟ್ ಕಾರ್ಡ್ವಿಭಿನ್ನವಾಗಿ ಬಡಿಸಲಾಗುತ್ತದೆ. ಕಾರ್ಡ್ ಅನ್ನು ನೀಡಿದ ಹಣಕಾಸು ಸಂಸ್ಥೆಯಿಂದ ಹೊಂದಿಸಲಾದ ಲಾಗಿನ್ ಆದ್ಯತೆಯು ಸಹ ನೇರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಈ ಅಂಶಗಳನ್ನು ಅವಲಂಬಿಸಿ, ಕಾರ್ಯಾಚರಣೆಯ ವೇಗವು ಬದಲಾಗುತ್ತದೆ.

ಸಣ್ಣ ಪ್ರಮಾಣದ ಹಣದ ವಹಿವಾಟು ಸರಳವಾಗಿ ಕಾಣುತ್ತದೆ. ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ಸೂಚಿಸಿದರೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಸೆಟ್ಟಿಂಗ್ನಿಯತಾಂಕಗಳಲ್ಲಿ, ವಹಿವಾಟಿನ ಸಮಯದಲ್ಲಿ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸದಿರಲು ಅವನಿಗೆ ಅವಕಾಶವಿದೆ. ಇದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ ಮತ್ತು ಖಾತೆಯಲ್ಲಿ ಸಾಕಷ್ಟು ಪ್ರಮಾಣದ ಹಣವಿದ್ದರೆ, ಅವುಗಳನ್ನು ಬರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ.

ಹಣಕಾಸಿನೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಸಂಬಂಧವಿಲ್ಲದ ಪ್ರದೇಶಗಳು ಸಹ "ವಹಿವಾಟು" ಎಂಬ ಪರಿಕಲ್ಪನೆಯೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಮನೋವಿಜ್ಞಾನವನ್ನು ಉದಾಹರಣೆಯಾಗಿ ನೀಡಲಾಗಿದೆ. ಈ ಕ್ಷೇತ್ರದ ತಜ್ಞರು ಎರಡು ವ್ಯಕ್ತಿಗಳ ನಡುವಿನ ಸಂಭಾಷಣೆಯ ಸಮಯದಲ್ಲಿ ಉದ್ಭವಿಸುವ ಪ್ರಚೋದಕಗಳ ವಿನಿಮಯವನ್ನು ವಹಿವಾಟು ಎಂದು ಕರೆಯುತ್ತಾರೆ. ಈ ಅಪ್ಲಿಕೇಶನ್ ಸ್ವಲ್ಪ ದೂರದಲ್ಲಿದೆ, ಆದರೆ ಅಸ್ತಿತ್ವದ ಹಕ್ಕನ್ನು ಹೊಂದಿದೆ. ವಹಿವಾಟುಗಳು ಯಾವುವು ಎಂದು ಈಗ ನಿಮಗೆ ತಿಳಿದಿದೆ.

ವಹಿವಾಟುಗಳ ಬಗ್ಗೆ ಮೇಲಿನ ಮಾಹಿತಿಯನ್ನು ನೀವು ತಿಳಿದುಕೊಳ್ಳಬೇಕು, ಏಕೆಂದರೆ ನೀವು ಅವುಗಳಿಲ್ಲದೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಆಧುನಿಕ ಜಗತ್ತುಇದು ಸರಳವಾಗಿ ಅಸಾಧ್ಯ. ಇದರರ್ಥ ನೀವು ಇನ್ನೂ ಕನಿಷ್ಠ ಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿರಬೇಕು.

ಪ್ರತಿ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ಆದ ಪುನರಾವರ್ತಿತ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ಸಂಪ್ರದಾಯಗಳನ್ನು ಹೊಂದಿದೆ. ಇದು ಶಾಪಿಂಗ್ ಮಾಡಲು ನೆಚ್ಚಿನ ದಿನವಾಗಿರಲಿ, ಉತ್ಪನ್ನದ ಸರಾಸರಿ ವೆಚ್ಚಕ್ಕೆ ಆದ್ಯತೆಗಳು ಅಥವಾ ಉತ್ಪನ್ನಕ್ಕಾಗಿ ಹೆಚ್ಚುವರಿ ಆಯ್ಕೆಗಳಿಗಾಗಿ. ಈ ಎಲ್ಲಾ ಮಾಹಿತಿಯು ಕ್ಲೈಂಟ್ ಅನ್ನು ಎರಡನೇ ಖರೀದಿಯನ್ನು ಮಾಡಲು ಮತ್ತು ಹೊಸ ಬಳಕೆದಾರರಿಂದ ಸಾಮಾನ್ಯ ಗ್ರಾಹಕನಿಗೆ ಸರಿಸಲು ಪ್ರೋತ್ಸಾಹಿಸಲು ನಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ನಾವು ಒಂದು-ಬಾರಿ ಖರೀದಿಯಿಂದ ಸಾಮಾನ್ಯ ಗ್ರಾಹಕರಿಗೆ ವರ್ಗಾಯಿಸುತ್ತಿದ್ದೇವೆ

ಸರಿ, ನೀವು ಕ್ಲೈಂಟ್ ಅನ್ನು ಪರಿವರ್ತಿಸಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೀರಿ. ಇದು ತಂಪಾಗಿದೆ, ಆದರೆ ಮುಂದೇನು? ಅಂಕಿಅಂಶಗಳ ಪ್ರಕಾರ, ಇ-ಕಾಮರ್ಸ್ ಉದ್ಯಮದಲ್ಲಿ 30% ರಿಂದ 80% ರಷ್ಟು ಖರೀದಿದಾರರು ತಮ್ಮ ಸಂಪೂರ್ಣ ಜೀವನ ಚಕ್ರದಲ್ಲಿ ಒಮ್ಮೆ ಮಾತ್ರ ಆದೇಶವನ್ನು ಮಾಡುತ್ತಾರೆ. ಗೇಮಿಂಗ್ ಉದ್ಯಮದಲ್ಲಿ, 60% ಗ್ರಾಹಕರು ಎರಡನೇ ಆದೇಶವನ್ನು ಮಾಡುತ್ತಾರೆ. ನಾವು ಹೇಗೆ ಪಡೆಯುತ್ತೇವೆ ಸಾಮಾನ್ಯ ಗ್ರಾಹಕರುಅಂತಹ ನಿರಾಶಾದಾಯಕ ಸಂಖ್ಯಾ ಡೇಟಾದೊಂದಿಗೆ?

ಈ ಪ್ರಶ್ನೆಯು ಪ್ರಪಂಚದಾದ್ಯಂತದ ಮಾರಾಟಗಾರರನ್ನು ಚಿಂತೆ ಮಾಡುತ್ತದೆ. ಅವರು ಕಷ್ಟಪಟ್ಟು ಕೆಲಸ ಮಾಡುತ್ತಾರೆ, ಗ್ರಾಹಕರನ್ನು ಒಂದು-ಬಾರಿ ಕ್ಲೈಂಟ್‌ಗಳಿಂದ ಶಾಶ್ವತವಾಗಿ ಪರಿವರ್ತಿಸಲು ತಮ್ಮ ಎಲ್ಲಾ ಪ್ರಯತ್ನಗಳನ್ನು ಮಾಡುತ್ತಾರೆ. ಚಿಲ್ಲರೆ ವ್ಯಾಪಾರದಲ್ಲಿ ಆರಂಭಿಕ ಆದೇಶಗಳು ಅಥವಾ ಆನ್‌ಲೈನ್ ಆಟಗಳಲ್ಲಿ ಠೇವಣಿಗಳಿರಲಿ. ಎರಡನೇ ಆದೇಶವು ಏಕೆ ಮುಖ್ಯವಾಗಿದೆ? ಗ್ರಾಹಕರು ತಮ್ಮ ಎರಡನೇ ಆರ್ಡರ್ ಮಾಡಿದರೆ ಅಥವಾ ಎರಡನೇ ಠೇವಣಿ ಮಾಡಿದರೆ, ಮೂರನೇ ಆರ್ಡರ್ ಮಾಡುವ ಸಾಧ್ಯತೆಯು ಕೇವಲ ಒಂದು ಆರ್ಡರ್ ಮಾಡಿದ ಗ್ರಾಹಕರಿಗೆ ಹೋಲಿಸಿದರೆ ಹತ್ತು ಪಟ್ಟು ಹೆಚ್ಚಾಗುತ್ತದೆ.

ಕೆಳಗಿನ ಕೋಷ್ಟಕವು ಯುರೋಪ್ ಮತ್ತು USA ನಲ್ಲಿ ಹತ್ತು ಪ್ರಮುಖ ಇಕಾಮರ್ಸ್ ಕಂಪನಿಗಳಿಂದ ಡೇಟಾವನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ. ಗ್ರಾಫ್‌ನಿಂದ ನೋಡಬಹುದಾದಂತೆ, ಮುಂದಿನ ವಹಿವಾಟು ಮಾಡುವ ಸಂಭವನೀಯತೆಯು ಪ್ರಸ್ತುತ ವಹಿವಾಟುಗಳ ಸಂಖ್ಯೆಯೊಂದಿಗೆ ಹೆಚ್ಚಾಗುತ್ತದೆ.

ಅನೇಕ ಕಂಪನಿಗಳು ಒಂದಾಗುತ್ತವೆ ಒಂದು ಬಾರಿ ಗ್ರಾಹಕರುಒಂದು ಗುಂಪಿನಲ್ಲಿ ಮತ್ತು ಎರಡನೇ ಖರೀದಿಯನ್ನು ಉತ್ತೇಜಿಸಲು ವಿವಿಧ ವಿಧಾನಗಳು ಮತ್ತು ಸಂದೇಶಗಳನ್ನು ಬಳಸಿ. ಒಳ್ಳೆಯ ಯೋಜನೆಯಂತೆ ಧ್ವನಿಸುತ್ತದೆ, ಸರಿ? ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ, ಗುಂಪಿನಲ್ಲಿರುವ ಎಲ್ಲಾ ಗ್ರಾಹಕರು ಒಂದು ಬಾರಿ ಖರೀದಿದಾರರು. ಆದರೆ ನಾವು ಬೇರೆ ವಿಧಾನವನ್ನು ಚರ್ಚಿಸಲು ಇಲ್ಲಿದ್ದೇವೆ. ಈ ಎರಡನೆಯ ವಿಧಾನವು ಒಂದು-ಬಾರಿ ಗ್ರಾಹಕರ ಗುಂಪನ್ನು ಅವರ ಮೊದಲ ವಹಿವಾಟಿನ ಗುಣಲಕ್ಷಣಗಳ ಆಧಾರದ ಮೇಲೆ ವಿವಿಧ ವಿಭಾಗಗಳಾಗಿ ವಿಭಜಿಸುತ್ತದೆ. ನಾವು ಆಳವಾಗಿ ಧುಮುಕೋಣ ಮತ್ತು ಅಂತಹ ವಿಭಜನೆಗೆ ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳನ್ನು ಪರಿಗಣಿಸೋಣ.

ವಾರದ ದಿನ

ನಾವು ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಿದ್ದೇವೆ ಮತ್ತು ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸಿದ್ದೇವೆ ಮತ್ತು ಫಲಿತಾಂಶಗಳು ನಾವು ನಿರೀಕ್ಷಿಸಿದಂತೆಯೇ ಇದ್ದವು. ಮೂಲಭೂತವಾಗಿ, ಎರಡನೇ ಠೇವಣಿ ಮೊದಲ ವಾರದ ಅದೇ ದಿನದಂದು ಬಿಡಲಾಗಿದೆ. ಇದನ್ನು ನೋಡಬಹುದು ಗರಿಷ್ಠ ಮೌಲ್ಯಚೌಕದ ಕರ್ಣದಲ್ಲಿ ಇರುವ ಸಂಭವನೀಯತೆ.

ಈ ಎರಡು ವಹಿವಾಟುಗಳ ನಡುವಿನ ಅವಲಂಬನೆಯು ಒಂದು-ಬಾರಿ ಗ್ರಾಹಕರ ವಿವಿಧ ಸಮೂಹಗಳಿಗೆ ಉತ್ತಮ ಗುರಿ ಪ್ರಚಾರ ಚಟುವಟಿಕೆಗಳಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ (ಈ ಸಂದರ್ಭದಲ್ಲಿ ನಾವು ಮೊದಲ ವಹಿವಾಟಿನ ದಿನದ ಆಧಾರದ ಮೇಲೆ 7 ಗುಂಪುಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ) ಮತ್ತು ಎರಡನೇ ವಹಿವಾಟನ್ನು ಸೂಕ್ತ ದಿನಗಳಲ್ಲಿ ನೆನಪಿಸುತ್ತೇವೆ. ಚಿಲ್ಲರೆ ವ್ಯಾಪಾರದಲ್ಲಿ ಈ ಊಹೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ಹಂತವಾಗಿದೆ.

ಇದೇ ರೀತಿಯ ಪರಿಸ್ಥಿತಿಯನ್ನು ನಾವು ನೋಡಬಹುದು. ಗ್ರಾಹಕರು ತಮ್ಮ ಮೊದಲ ಖರೀದಿಯ ವಾರದ ಅದೇ ದಿನದಂದು ತಮ್ಮ ಎರಡನೇ ಖರೀದಿಯನ್ನು ಮಾಡುತ್ತಾರೆ. ಕ್ರೀಡಾ ಬೆಟ್ಟಿಂಗ್ ಉದ್ಯಮಕ್ಕಿಂತ ಚಿಲ್ಲರೆ ಉದ್ಯಮದಲ್ಲಿ ಪ್ರಸರಣವು ಹೆಚ್ಚಿರುವುದನ್ನು ಗಮನಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಆದರೆ ಅವಲಂಬನೆಯು ಪ್ರತಿ ಕಂಪನಿಗೆ ಸ್ವತಃ ಸ್ಪಷ್ಟವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ. ಖರೀದಿಗೆ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ದಿನ ಸೋಮವಾರ, ಕಡಿಮೆ ಜನಪ್ರಿಯ ಭಾನುವಾರ. ನಾವು ಕೇವಲ ಒಂದು ಬ್ರಾಂಡ್‌ಗಾಗಿ ಆದೇಶಗಳ ನಡುವಿನ ಅವಲಂಬನೆಗಳನ್ನು ಪರಿಗಣಿಸಿದರೆ, ನಾವು ಇದನ್ನು ಪಡೆಯುತ್ತೇವೆ.

ಕ್ರೀಡಾ ಬೆಟ್ಟಿಂಗ್‌ನಲ್ಲಿನ ಈ ನಡವಳಿಕೆಗೆ ನಾವು ಸರಳವಾದ ವಿವರಣೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಆದರೆ ಚಿಲ್ಲರೆ ವ್ಯಾಪಾರದಲ್ಲಿ ನಾವು ಈ ಫಲಿತಾಂಶವನ್ನು ಏಕೆ ನೋಡುತ್ತೇವೆ? ಕಾರಣ ಖರೀದಿದಾರರು ತಮ್ಮ ಜೀವನದಲ್ಲಿ ಕೆಲವು ಮಾದರಿಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ನೀವು ಗುರುವಾರ ಮತ್ತು ಶುಕ್ರವಾರದಂದು ಜಿಮ್‌ಗೆ ಹೋಗುತ್ತೀರಿ, ವಾರಾಂತ್ಯದಲ್ಲಿ ನಿಮ್ಮ ಕುಟುಂಬದೊಂದಿಗೆ ಹ್ಯಾಂಗ್ ಔಟ್ ಮಾಡಿ, ಸೋಮವಾರದಂದು ಕೆಲಸದಲ್ಲಿ ತಡವಾಗಿರಿ ಮತ್ತು ಶುಕ್ರವಾರದಂದು ಸ್ನೇಹಿತರನ್ನು ಭೇಟಿ ಮಾಡಿ. ಎಲ್ಲಾ ಇತರರನ್ನು ಪರಿಗಣಿಸಿ ಖರೀದಿಯ ಮಾದರಿಯು ವಿಚಿತ್ರವಾಗಿ ಕಾಣುವುದಿಲ್ಲ.

ಟೈಮ್ಸ್ ಆಫ್ ಡೇ

ದಿನದ ಸಮಯದಿಂದ ಮೊದಲ ಮತ್ತು ಎರಡನೆಯ ಕ್ರಮದ ನಡುವಿನ ಸಂಬಂಧವು ಸ್ಪಷ್ಟವಾಗಿ ತೋರುತ್ತದೆ. ಮೊದಲ ಬಾರಿಗೆ ತಡರಾತ್ರಿಯಲ್ಲಿ ಆರ್ಡರ್ ಮಾಡುವ ಗ್ರಾಹಕರು ಅದೇ ಸಮಯದಲ್ಲಿ ಎರಡನೇ ಆರ್ಡರ್ ಮಾಡುವ ಸಾಧ್ಯತೆಯಿದೆ.

ಆದೇಶದಲ್ಲಿ ಸರಕುಗಳ ಬೆಲೆ

ವಿಭಿನ್ನ ಬ್ರ್ಯಾಂಡ್‌ಗಳನ್ನು ಡೇಟಾ ಮೂಲಗಳಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಬ್ರ್ಯಾಂಡ್‌ಗೆ ನಾವು ಉತ್ಪನ್ನದ ಮೌಲ್ಯದೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ವಿಭಾಗಗಳನ್ನು ಗುರುತಿಸಿದ್ದೇವೆ. ಇದು 6 ಬೆಲೆ ಗುಂಪುಗಳಿಗೆ ಕಾರಣವಾಯಿತು.

ಕಡಿಮೆ ಬೆಲೆಯ ಶ್ರೇಣಿಯಲ್ಲಿ ಆರ್ಡರ್ ಮಾಡಿದ ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರು ಎರಡನೇ ಕ್ರಮದಲ್ಲಿ ಅದೇ ಶ್ರೇಣಿಯಲ್ಲಿಯೇ ಇದ್ದರು.

ತೀರ್ಮಾನ

2017-10-31

ಬಳಸಿಕೊಂಡು ವ್ಯವಹಾರಕ್ಕಾಗಿ ರೂಪಾಂತರವನ್ನು ಹೇಗೆ ರಚಿಸುವುದು SHD0?

ಪ್ರಶ್ನೆಯ ವಿವರಣೆ

ನನ್ನ ಒಂದು ಟಿಪ್ಪಣಿಯಲ್ಲಿ, ವಹಿವಾಟಿನಲ್ಲಿ ಕ್ಷೇತ್ರವನ್ನು ಮರೆಮಾಡಲು ನಿರ್ವಹಿಸಬೇಕಾದ ಕ್ರಮಗಳ ಅನುಕ್ರಮವನ್ನು ನಾನು ವಿವರಿಸಿದ್ದೇನೆ. ಈ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸುವ ಕಾರ್ಯವಿಧಾನವು ಅನೇಕ ಸಲಹೆಗಾರರಿಗೆ ಚೆನ್ನಾಗಿ ತಿಳಿದಿದೆ. ಈ ಕಾರ್ಯವಿಧಾನದ ಹೆಸರು ವಹಿವಾಟು ಎಂದು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ SHD0.

ಈ ಟಿಪ್ಪಣಿಯಲ್ಲಿ, ಅಗತ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಿರ್ವಹಿಸಬೇಕಾದ ಕ್ರಮಗಳ ಅನುಕ್ರಮವನ್ನು ನಾನು ಪರಿಗಣಿಸಲು ಬಯಸುತ್ತೇನೆ:

• ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಬಳಕೆದಾರರ ಎರಡು ಗುಂಪುಗಳಿಗೆ ಒಂದು ಇನ್ಫೋಟೈಪ್‌ನ ಕ್ಷೇತ್ರಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಪ್ರವೇಶ, ಅವರು ಈ ಇನ್ಫೋಟೈಪ್‌ಗೆ ಅದೇ ಮಟ್ಟದ ಅಧಿಕಾರವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಕೆಲವು ಕ್ಷೇತ್ರಗಳನ್ನು ಕೆಲವು ಬಳಕೆದಾರರಿಗೆ ಮತ್ತು ಇತರರಿಗೆ ಇತರರಿಗೆ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡಿ.

ಮೂಲ ಡೇಟಾದಿಂದ: ಬಳಕೆದಾರರು ಕೆಲಸ ಮಾಡುವ ವಹಿವಾಟು PA30. ಈ ಸಂದರ್ಭದಲ್ಲಿ ಇನ್ಫೋಟೈಪ್ ಅಪ್ರಸ್ತುತವಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ನನ್ನ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಾನು HR ಅಡ್ಮಿನಿಸ್ಟ್ರೇಷನ್ ಇನ್ಫೋಟೈಪ್ ಅನ್ನು ಬಳಸುತ್ತೇನೆ.

ಇನ್ಫೋಟೈಪ್ ಉತ್ತಮ ಉದಾಹರಣೆಯಾಗಿದೆ 0002 - "ವಯಕ್ತಿಕ ವಿಷಯ"

ಅಧಿಕಾರಗಳ ಡಿಲಿಮಿಟೇಶನ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಸಮಸ್ಯೆಯನ್ನು ನಾವು ಈ ಕೆಳಗಿನಂತೆ ರೂಪಿಸೋಣ:

• ಕ್ಷೇತ್ರ ಮಾರ್.ಸ್ಥಿತಿಇನ್ಫೋಟೈಪ್ 0002 "ವೈಯಕ್ತಿಕ ಡೇಟಾ" ಅನ್ನು ಸಂಪಾದನೆಗೆ ಲಭ್ಯವಾಗದಂತೆ ಮಾಡಬೇಕು (ಅಂದರೆ, ಓದಲು ಮಾತ್ರ);
• ಕ್ಷೇತ್ರ ಪ್ರಸ್ತುತ ವೈವಾಹಿಕ ಸ್ಥಿತಿಯ ದಿನಾಂಕದಿಂದ ಮಾನ್ಯವಾಗಿದೆಇನ್ಫೋಟೈಪ್ 0002 "ವೈಯಕ್ತಿಕ ಡೇಟಾ" ಅನ್ನು ಮರೆಮಾಡಬೇಕು.

ಸಮಸ್ಯೆಯ ಪರಿಹಾರ

ಮೇಲಿನ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು, ಹಲವಾರು ಅನುಕ್ರಮ ಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಅವಶ್ಯಕ, ಅದನ್ನು ಕೆಳಗೆ ಚರ್ಚಿಸಲಾಗುವುದು. ಸಂಕ್ಷಿಪ್ತವಾಗಿ:

1. ಇನ್ಫೋಟೈಪ್ ಕ್ಷೇತ್ರಗಳಿಗೆ ಪ್ರವೇಶ ಮಟ್ಟವನ್ನು ಬದಲಾಯಿಸಬೇಕಾದ ಬಳಕೆದಾರರ ಗುಂಪಿಗೆ ಪ್ರತ್ಯೇಕ ವಹಿವಾಟನ್ನು ರಚಿಸಿ;
2. ಕ್ಷೇತ್ರಗಳ ಗೋಚರತೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ರಚಿಸಿ, ನಂತರ ರಚಿಸಿದ ವಹಿವಾಟು ರೂಪಾಂತರಕ್ಕೆ ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ನಿಯೋಜಿಸಿ (ಇದು ತುಂಬಾ ಬೃಹದಾಕಾರದದ್ದಾಗಿದೆ, ಆದರೆ ವಾಸ್ತವವಾಗಿ ಏನೂ ಸಂಕೀರ್ಣವಾಗಿಲ್ಲ).
3. ಈ ವಹಿವಾಟಿಗೆ ಒಂದು ರೂಪಾಂತರವನ್ನು ರಚಿಸಿ, ಸೂಕ್ತವಾದ ಕ್ಷೇತ್ರ ಗೋಚರತೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ನಿಯೋಜಿಸಿ;
4. ವ್ಯವಹಾರವನ್ನು ಸೇರಿಸಲು ಮತ್ತು ಅದನ್ನು ಬಳಕೆದಾರರಿಗೆ ನಿಯೋಜಿಸಲು ಕಸ್ಟಮ್ ಪಾತ್ರವನ್ನು ರಚಿಸಿ;
5. ಪರೀಕ್ಷೆಯನ್ನು ನಿರ್ವಹಿಸಿ.

1. ಹೊಸ ವಹಿವಾಟನ್ನು ರಚಿಸಿ

ಮುಖ್ಯ ವಹಿವಾಟು ಆಗಿರುವುದರಿಂದ PA30, ಅದನ್ನು ಆಧಾರವಾಗಿ ತೆಗೆದುಕೊಳ್ಳೋಣ, ಅದನ್ನು ಹೊಸದಕ್ಕೆ ನಕಲಿಸೋಣ. ವಹಿವಾಟಿನ ಮೂಲಕ ಇದನ್ನು ಮಾಡಬಹುದು SE93

ಕೋಷ್ಟಕದಲ್ಲಿ T588Aಹೊಸದಕ್ಕೆ ವಹಿವಾಟು ಕೋಡ್ PA30 ನೊಂದಿಗೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ದಾಖಲೆಯನ್ನು ನಕಲಿಸಿ ಮತ್ತು ಹೊಸ ವಹಿವಾಟನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಲು ಪ್ರಯತ್ನಿಸಿ

ವಹಿವಾಟು ಯಶಸ್ವಿಯಾಗಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಮುಂದಿನ ಹಂತಕ್ಕೆ ಹೋಗೋಣ.

2. ಹೊಸ ವಹಿವಾಟಿಗಾಗಿ ರೂಪಾಂತರವನ್ನು ರಚಿಸಿ

ಹೊಸ ವಹಿವಾಟಿಗಾಗಿ ನಾವು ರೂಪಾಂತರವನ್ನು ರಚಿಸುತ್ತೇವೆ, ಇದರಲ್ಲಿ ನಾವು ಇನ್ಫೋಟೈಪ್ ಕ್ಷೇತ್ರಗಳಿಗೆ ಪ್ರವೇಶದ ಮಟ್ಟವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತೇವೆ. ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ, ನಾನು ಕ್ಷೇತ್ರಗಳ ಪ್ರವೇಶ ಮಟ್ಟವನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ " ಮಾರ್.ಸ್ಥಿತಿ" ಮತ್ತು " ಪ್ರಸ್ತುತ ವೈವಾಹಿಕ ಸ್ಥಿತಿಯ ದಿನಾಂಕದಿಂದ ಮಾನ್ಯವಾಗಿದೆ". ಈ ಕ್ರಿಯೆಗಳನ್ನು ವಹಿವಾಟಿನಲ್ಲಿ ನಿರ್ವಹಿಸಬೇಕು SHD0.

ಕ್ಷೇತ್ರದಲ್ಲಿ ವಹಿವಾಟು ಕೋಡ್ಹೊಸ ವಹಿವಾಟಿನ ಹೆಸರನ್ನು ಸೂಚಿಸಿ (ಪಾಯಿಂಟ್ #1 ನೋಡಿ. ಹೊಸ ವಹಿವಾಟು ರಚಿಸಲಾಗುತ್ತಿದೆ)

2.1 ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ರಚಿಸುವುದು

"ಸ್ಕ್ರೀನ್ ರೂಪಾಂತರಗಳು" ಟ್ಯಾಬ್‌ನಲ್ಲಿ, ನೀವು ಇನ್ಫೋಟೈಪ್ 0002 ಗಾಗಿ ಬಳಸಲಾದ ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ. ಈ ರೂಪಾಂತರದಲ್ಲಿ, ನೀವು ಕ್ಷೇತ್ರಗಳಿಗೆ ಅಪೇಕ್ಷಿತ ಪ್ರದರ್ಶನ ನಿಯಮಗಳನ್ನು ಅನ್ವಯಿಸಬೇಕು. ನೀವು ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದದ್ದು ಅನುಗುಣವಾದ ಮಾಡ್ಯೂಲ್ ಪೂಲ್ ಮತ್ತು ಪರದೆಯ ಸಂಖ್ಯೆ (ಇದನ್ನು ಮಾಡಲು, ಇನ್ಫೋಟೈಪ್ ಎಡಿಟಿಂಗ್ ಪರದೆಯಲ್ಲಿ, ಮೆನುವಿನಿಂದ ಆಯ್ಕೆಮಾಡಿ ವ್ಯವಸ್ಥೆ -> ಸ್ಥಿತಿ)

ಕೆಳಗಿನ ವೀಡಿಯೊ ತುಣುಕು ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ರಚಿಸಲು ನಿರ್ವಹಿಸಬೇಕಾದ ಕ್ರಿಯೆಗಳ ಅನುಕ್ರಮವನ್ನು ತೋರಿಸುತ್ತದೆ

ಪರದೆಯ ಆಯ್ಕೆಯನ್ನು ರಚಿಸಲಾಗಿದೆ. ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು ಇನ್ನೂ ಗಮನಿಸಲಾಗಿಲ್ಲ.

2.2 ವಹಿವಾಟು ರೂಪಾಂತರಕ್ಕೆ ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ನಿಯೋಜಿಸುವುದು

ರಚಿಸಿದ ಪರದೆಯ ರೂಪಾಂತರವನ್ನು ವಹಿವಾಟು ರೂಪಾಂತರಕ್ಕೆ ನಿಯೋಜಿಸಿ, ತದನಂತರ ರಚಿಸಿದ ವಹಿವಾಟು ರೂಪಾಂತರವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ

2.3 ಪರೀಕ್ಷೆ

ಪರೀಕ್ಷಾ ಸ್ಕ್ರಿಪ್ಟ್ ತುಂಬಾ ಸರಳವಾಗಿದೆ:

• ವಹಿವಾಟು ಪ್ರಾರಂಭಿಸಿ PA30, ಸಿಬ್ಬಂದಿ ಸಂಖ್ಯೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಸಂಪಾದನೆಗಾಗಿ ಇನ್ಫೋಟೈಪ್ ಅನ್ನು ತೆರೆಯಿರಿ 0002 ಮತ್ತು ಮೇಲಿನ ಕ್ಷೇತ್ರಗಳನ್ನು ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಪ್ರದರ್ಶಿಸಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ

• ವಹಿವಾಟು ಪ್ರಾರಂಭಿಸಿ ZPA30, ಮತ್ತು ಕ್ರಿಯೆಗಳ ಅದೇ ಅನುಕ್ರಮವನ್ನು ನಿಖರವಾಗಿ ನಿರ್ವಹಿಸಿ

ವ್ಯತ್ಯಾಸವು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಅಂದರೆ ಕಾರ್ಯವನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಳಿಸಲಾಗಿದೆ.

ಕೊನೆಯ ಬಾರಿ ನಾವು ನೋಡಿದ್ದೇವೆ ಸರಳವಾದ ಮಾರ್ಗಅಂತರ್ನಿರ್ಮಿತ 1C ಭಾಷೆಯನ್ನು ಬಳಸಿ. ಅಭ್ಯಾಸದ ಮೇಲೆ ವಹಿವಾಟುಗಳುವಿನ್ಯಾಸದ ಜೊತೆಯಲ್ಲಿ ಹೆಚ್ಚಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಇದು ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ, ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಜೊತೆಗೆ ಬಳಕೆದಾರರಿಗೆ ಸಾಕಷ್ಟು ದೋಷ ಸಂದೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರಿಂದ ನಂತರದ ವಿಶ್ಲೇಷಣೆಗಾಗಿ ನೋಂದಣಿ ಲಾಗ್‌ಗೆ ಅಥವಾ ಲಾಗ್ ಫೈಲ್‌ಗೆ ಮಾಹಿತಿಯನ್ನು ಬರೆಯುತ್ತದೆ.

ನಾವು ತಾಂತ್ರಿಕ ದಸ್ತಾವೇಜನ್ನು ಅಥವಾ ITS ಡಿಸ್ಕ್ಗೆ ತಿರುಗಿದರೆ, ಪ್ರಯತ್ನದಲ್ಲಿ ವಹಿವಾಟನ್ನು ಆಯೋಜಿಸುವ ಕೆಳಗಿನ ವಿಧಾನವನ್ನು 1C ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ.

ವಾಸ್ತವವಾಗಿ, ಕೋಡ್‌ಗೆ ಯಾವುದೇ ವಿಶೇಷ ವಿವರಣೆಯ ಅಗತ್ಯವಿಲ್ಲ. ಪ್ರಗತಿಯಲ್ಲಿದ್ದರೆ ಪ್ರಯತ್ನಗಳುವಹಿವಾಟಿನ ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ದೋಷ ಸಂಭವಿಸುತ್ತದೆ, ನಾವು ತಕ್ಷಣವೇ ಬ್ಲಾಕ್ಗೆ ಬೀಳುತ್ತೇವೆ ವಿನಾಯಿತಿ, ಅಂದರೆ ವಿಧಾನದ ಮೊದಲು ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್()ನಾವು ಅಲ್ಲಿಗೆ ಬರುವುದಿಲ್ಲ. ಸರಿ, ವಿನಾಯಿತಿಯಲ್ಲಿ, ನಾವು ವ್ಯವಹಾರವನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತೇವೆ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ, ದೋಷ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸಿ ಮತ್ತು ಲಾಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಬರೆಯಿರಿ. ಲಾಗ್ ಬುಕ್‌ನಲ್ಲಿ ದೋಷಗಳನ್ನು ದಾಖಲಿಸಲು ಇದು ಹೆಚ್ಚು ಅಪೇಕ್ಷಣೀಯವಾಗಿದೆ, ವಿಶೇಷವಾಗಿ ಬಳಕೆದಾರರ ಭಾಗವಹಿಸುವಿಕೆ ಇಲ್ಲದೆ ನಿರ್ವಹಿಸುವ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ (ಉದಾಹರಣೆಗೆ, ದಿನನಿತ್ಯದ ಕಾರ್ಯಗಳು). ದೋಷವನ್ನು ನಂತರ ವಿಶ್ಲೇಷಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಲಾಗಿಂಗ್ ಬದಲಿಗೆ, ಇಮೇಲ್ ಮೂಲಕ ನಿರ್ವಾಹಕರಿಗೆ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸಲು ನೀವು ವ್ಯವಸ್ಥೆ ಮಾಡಬಹುದು.

ಈಗ, ಹೊಸ ಜ್ಞಾನದೊಂದಿಗೆ ಶಸ್ತ್ರಸಜ್ಜಿತವಾಗಿದೆ, ಬಗ್ಗೆ ಲೇಖನದಲ್ಲಿ ಚರ್ಚಿಸಲಾದ ಕೋಡ್ ಅನ್ನು ಮಾರ್ಪಡಿಸಲು ಪ್ರಯತ್ನಿಸೋಣ. ಡೈರೆಕ್ಟರಿಯಲ್ಲಿನ ನಮೂದನ್ನು ನಾವು ಪರಿಗಣಿಸಿದ್ದೇವೆ ಎಂದು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ ಸರಕುಗಳುಮತ್ತು ಮಾಹಿತಿ ನೋಂದಣಿಗೆ ಬೆಲೆಕೆಳಗಿನ ಯೋಜನೆಯ ಪ್ರಕಾರ:

ಈಗ ವಹಿವಾಟನ್ನು ಬ್ಲಾಕ್‌ನಲ್ಲಿ ಇಡೋಣ ಪ್ರಯತ್ನ ವಿನಾಯಿತಿ. ಹೆಚ್ಚಾಗಿ, ಡೈರೆಕ್ಟರಿ ಅಥವಾ ಮಾಹಿತಿ ನೋಂದಣಿಗೆ ಬರೆಯುವಾಗ ಮಾತ್ರ ದೋಷಗಳು ಸಂಭವಿಸಬಹುದು, ಆದ್ದರಿಂದ ಪ್ರಾಥಮಿಕ ತಯಾರಿಅದನ್ನು ವಹಿವಾಟಿನ ಹೊರಗೆ ತೆಗೆದುಕೊಳ್ಳೋಣ.

ಏನು ಮಾಡಬಾರದು

ವಹಿವಾಟುಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುವವರಿಗೆ ಆಗಾಗ್ಗೆ ಈ ರೀತಿ ಮಾಡಲು ಬಯಕೆ ಇರುತ್ತದೆ

ಪ್ರಾರಂಭ ವಹಿವಾಟು(); ವಹಿವಾಟು ಆರಂಭಿಸಲು ಪ್ರಯತ್ನ() ; //ಆಪರೇಷನ್ ಬ್ಲಾಕ್ ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್() ; ವಿನಾಯಿತಿ ರದ್ದು ವಹಿವಾಟು() ; ಅಂತ್ಯ ಪ್ರಯತ್ನ ; ವಹಿವಾಟು ಆರಂಭಿಸಲು ಪ್ರಯತ್ನ() ; //ಆಪರೇಷನ್ ಬ್ಲಾಕ್ ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್() ; ವಿನಾಯಿತಿ ರದ್ದು ವಹಿವಾಟು() ; ಅಂತ್ಯ ಪ್ರಯತ್ನ ; ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್ ();

ಅಥವಾ ಲೂಪ್‌ನಲ್ಲಿ

ಪ್ರಾರಂಭ ವಹಿವಾಟು(); ಡೇಟಾ ಅರೇ ಲೂಪ್‌ನಿಂದ ಪ್ರತಿ ಡೇಟಾಗೆ ವಹಿವಾಟು ಆರಂಭಿಸಲು ಪ್ರಯತ್ನ() ; ಡೇಟಾ. ಬರೆಯಿರಿ (); ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್ (); ವಿನಾಯಿತಿ ರದ್ದು ವಹಿವಾಟು() ; ಅಂತ್ಯ ಪ್ರಯತ್ನ ; ಎಂಡ್ಸೈಕಲ್; ಕಮಿಟ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್ ();

ಮೊದಲ ನೋಟದಲ್ಲಿ, ನಾವು 1C ಕಂಪನಿಯ ಶಿಫಾರಸುಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಎಲ್ಲವನ್ನೂ ಮಾಡಿದ್ದೇವೆ. ಆದರೆ ವಾಸ್ತವವೆಂದರೆ 1C ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನೆಸ್ಟೆಡ್ ವಹಿವಾಟುಗಳನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಅಂದರೆ, ಸಂಪೂರ್ಣವಾಗಿ ತಾಂತ್ರಿಕವಾಗಿ, ಈ ರೀತಿ ಬರೆಯಲು ಸಾಧ್ಯವಿದೆ. ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ಎಲ್ಲಾ ನೆಸ್ಟೆಡ್ ವಹಿವಾಟುಗಳು ಹೊಸದನ್ನು ರೂಪಿಸುವುದಿಲ್ಲ, ಆದರೆ ಅದೇ ವಹಿವಾಟಿಗೆ ಸೇರಿರುತ್ತವೆ ಉನ್ನತ ಮಟ್ಟದ. ಈ ರೀತಿಯಾಗಿ, ನೆಸ್ಟೆಡ್ ವಹಿವಾಟುಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ, ಮುಂದಿನ ನೆಸ್ಟೆಡ್ ವಹಿವಾಟನ್ನು ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಸಿಸ್ಟಮ್ ಈ ರೀತಿಯ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ: "ಈ ವಹಿವಾಟಿನಲ್ಲಿ ಈಗಾಗಲೇ ದೋಷಗಳು ಸಂಭವಿಸಿವೆ!". ಇದನ್ನು ಉದಾಹರಣೆಯೊಂದಿಗೆ ಪ್ರದರ್ಶಿಸೋಣ. ನಾವು ಎರಡು ಸರಕುಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ ಎಂದು ಹೇಳೋಣ, ಪ್ರತಿಯೊಂದೂ ಅದರ ಸ್ವಂತ ವಹಿವಾಟಿನಲ್ಲಿ. ಮತ್ತು ಈ ವಹಿವಾಟುಗಳನ್ನು ಮೂರನೆಯದಾಗಿ ಮಾಡೋಣ. ಮುಂದೆ, ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಮೊದಲ ವಹಿವಾಟಿನಲ್ಲಿ ನಾವು ಕೃತಕವಾಗಿ ದೋಷವನ್ನು ಉಂಟುಮಾಡುತ್ತೇವೆ ವಿನಾಯಿತಿ ಹೆಚ್ಚಿಸಿ:

ಈ ಕಾರ್ಯವಿಧಾನವನ್ನು ನಿರ್ವಹಿಸುವ ಪರಿಣಾಮವಾಗಿ, ನಾವು ಸಂದೇಶ ವಿಂಡೋದಲ್ಲಿ ಈ ಕೆಳಗಿನವುಗಳನ್ನು ನೋಡುತ್ತೇವೆ:

(ExternalProcessing.TransactionsAtTrying.Form.Form.Form(20)): ಐಟಂ ಬರೆಯುವಲ್ಲಿ ದೋಷ. (ExternalProcessing.TransactionsAtTrying.Form.Form.Form(40)): ಸಂದರ್ಭ ವಿಧಾನಕ್ಕೆ ಕರೆ ಮಾಡುವಾಗ ದೋಷ (ಬರೆಯಿರಿ): ಈ ವಹಿವಾಟಿನಲ್ಲಿ ಈಗಾಗಲೇ ದೋಷಗಳು ಸಂಭವಿಸಿವೆ!

ಹೀಗಾಗಿ, 1C ನಲ್ಲಿ ನೆಸ್ಟೆಡ್ ವಹಿವಾಟುಗಳನ್ನು ಆಯೋಜಿಸುವುದು ಸಂಪೂರ್ಣವಾಗಿ ಅರ್ಥಹೀನವಾಗಿದೆ.

ಸಂಭವನೀಯ ಆಯ್ಕೆಗಳು

ಈಗ ನಾವು ಉತ್ಪನ್ನ ಮತ್ತು ಅದರ ಬೆಲೆಯನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿದ ಆಯ್ಕೆಗೆ ಹಿಂತಿರುಗಿ ನೋಡೋಣ. ವಹಿವಾಟು ನಡೆಸುವಾಗ ನಾವು ದೋಷವನ್ನು ಹೊಂದಿದ್ದರೆ, ಅದು ಯಾವ ಹಂತದಲ್ಲಿ ಸಂಭವಿಸಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಕಷ್ಟವಾಗುತ್ತದೆ - ಉತ್ಪನ್ನವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವಾಗ ಅಥವಾ ಬೆಲೆಯನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವಾಗ, ಎರಡೂ ಒಂದೇ ಪ್ರಯತ್ನದಲ್ಲಿ ಸಂಭವಿಸುತ್ತವೆ. ದೋಷವು ಎಲ್ಲಿ ಸಂಭವಿಸಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು, ನಾವು ಪ್ರತಿ ಬರವಣಿಗೆಯ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಅದರ ಸ್ವಂತ ಪ್ರಯತ್ನದಲ್ಲಿ ಸುತ್ತುವ ಅಗತ್ಯವಿದೆ ಮತ್ತು ನೆಸ್ಟೆಡ್ ವಹಿವಾಟುಗಳನ್ನು ತಪ್ಪಿಸಬೇಕು. ಇದನ್ನು ಮಾಡಲು, ನಾವು ಬೂಲಿಯನ್ ವೇರಿಯಬಲ್ ಅನ್ನು ಪರಿಚಯಿಸುತ್ತೇವೆ ನಿರಾಕರಣೆಮತ್ತು ಎಲ್ಲಾ ಕಾರ್ಯಾಚರಣೆಗಳ ಕೊನೆಯಲ್ಲಿ ಅದರ ಮೌಲ್ಯವನ್ನು ಅವಲಂಬಿಸಿ ನಾವು ವ್ಯವಹಾರವನ್ನು ಬದ್ಧಗೊಳಿಸುತ್ತೇವೆ ಅಥವಾ ರದ್ದುಗೊಳಿಸುತ್ತೇವೆ.

ನಾವು ಲೂಪ್ನಲ್ಲಿ ಯಾವುದೇ ಡೇಟಾವನ್ನು ಪುನರಾವರ್ತಿಸಿದಾಗ ಮತ್ತು ಬರೆಯುವಾಗ ನಾವು ಅದೇ ಕೆಲಸವನ್ನು ಮಾಡಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಯಾವುದೇ ದೋಷಗಳಿದ್ದಲ್ಲಿ ನಾವು ಎಲ್ಲಾ ಡೇಟಾದ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.