ইন্টারসিস্টেমস আইআরআইএস বিশ্বব্যাপী লেনদেন

ইন্টারসিস্টেম আইআরআইএস ডিবিএমএস ডেটা সংরক্ষণের জন্য আকর্ষণীয় কাঠামো সমর্থন করে - গ্লোবাল। মূলত, এগুলি হল মাল্টি-লেভেল কী যা লেনদেনের আকারে বিভিন্ন অতিরিক্ত জিনিসপত্র, ডাটা ট্রি, লক এবং নিজস্ব অবজেক্টস্ক্রিপ্ট ভাষা অতিক্রম করার জন্য দ্রুত ফাংশন।

নিবন্ধের সিরিজে গ্লোবালস সম্পর্কে আরও পড়ুন "ডাটা সংরক্ষণের জন্য গ্লোবালগুলি হল ধন-তরোয়াল":

গাছ। অংশ 1
গাছ। অংশ 2
স্পার্স অ্যারে। পার্ট 3

আমি আগ্রহী হয়ে উঠলাম কিভাবে লেনদেনগুলি বিশ্বব্যাপী বাস্তবায়িত হয়, সেখানে কী কী বৈশিষ্ট্য রয়েছে৷ সর্বোপরি, এটি সাধারণ টেবিলের চেয়ে ডেটা সংরক্ষণের জন্য সম্পূর্ণ ভিন্ন কাঠামো। অনেক নিচের স্তর।

রিলেশনাল ডাটাবেসের তত্ত্ব থেকে জানা যায়, লেনদেনের একটি ভাল বাস্তবায়ন অবশ্যই প্রয়োজনীয়তা পূরণ করতে হবে ACID:

A - পরমাণু (পরমাণু)। লেনদেনে করা সমস্ত পরিবর্তন বা কোনোটিই রেকর্ড করা হয় না।

গ - ধারাবাহিকতা। একটি লেনদেন সম্পূর্ণ হওয়ার পরে, ডাটাবেসের যৌক্তিক অবস্থা অভ্যন্তরীণভাবে সামঞ্জস্যপূর্ণ হতে হবে। অনেক উপায়ে এই প্রয়োজনীয়তা প্রোগ্রামারকে উদ্বিগ্ন করে, কিন্তু SQL ডাটাবেসের ক্ষেত্রে এটি বিদেশী কীগুলিকেও উদ্বিগ্ন করে।

আমি - বিচ্ছিন্ন। সমান্তরালভাবে চলমান লেনদেন একে অপরকে প্রভাবিত করা উচিত নয়।

D - টেকসই। একটি লেনদেনের সফল সমাপ্তির পরে, নিম্ন স্তরে সমস্যাগুলি (উদাহরণস্বরূপ, পাওয়ার ব্যর্থতা) লেনদেনের দ্বারা পরিবর্তিত ডেটাকে প্রভাবিত করবে না।

গ্লোবাল হল অ-রিলেশনাল ডেটা স্ট্রাকচার। তারা খুব সীমিত হার্ডওয়্যারে সুপার ফাস্ট চালানোর জন্য ডিজাইন করা হয়েছিল। এর ব্যবহার করে বিশ্বব্যাপী লেনদেন বাস্তবায়ন তাকান অফিসিয়াল IRIS ডকার ইমেজ.

IRIS-এ লেনদেন সমর্থন করতে, নিম্নলিখিত কমান্ডগুলি ব্যবহার করা হয়: TSTART, TCOMMIT, ট্রলব্যাক.

1. পারমাণবিকতা

পরমাণু পরীক্ষা করার সবচেয়ে সহজ উপায়। আমরা ডাটাবেস কনসোল থেকে চেক করি।

Kill ^a
TSTART
Set ^a(1) = 1
Set ^a(2) = 2
Set ^a(3) = 3
TCOMMIT

তারপর আমরা উপসংহার:

Write ^a(1), “ ”, ^a(2), “ ”, ^a(3)

আমরা পেতে:

1 2 3

সবকিছু ঠিক আছে. পারমাণবিকতা বজায় রাখা হয়: সমস্ত পরিবর্তন রেকর্ড করা হয়।

আসুন কাজটিকে জটিল করে তুলুন, একটি ত্রুটি উপস্থাপন করুন এবং দেখুন কিভাবে লেনদেনটি সংরক্ষণ করা হয়, আংশিকভাবে বা একেবারেই নয়।

আবার পরমাণু পরীক্ষা করা যাক:

Kill ^A
TSTART
Set ^a(1) = 1
Set ^a(2) = 2
Set ^a(3) = 3

তারপর আমরা জোর করে কন্টেইনার বন্ধ করব, চালু করব এবং দেখব।

docker kill my-iris

এই কমান্ডটি ফোর্স শাটডাউনের প্রায় সমতুল্য, কারণ এটি অবিলম্বে প্রক্রিয়াটি বন্ধ করার জন্য একটি সিগকিল সংকেত পাঠায়।

হয়তো লেনদেন আংশিক সংরক্ষিত ছিল?

WRITE ^a(1), ^a(2), ^a(3)
^
<UNDEFINED> ^a(1)

- না, এটা টিকেনি।

আসুন রোলব্যাক কমান্ডটি চেষ্টা করি:

Kill ^A
TSTART
Set ^a(1) = 1
Set ^a(2) = 2
Set ^a(3) = 3
TROLLBACK

WRITE ^a(1), ^a(2), ^a(3)
^
<UNDEFINED> ^a(1)

কিছুই টিকেনি।

2. ধারাবাহিকতা

যেহেতু গ্লোবালের উপর ভিত্তি করে ডাটাবেসগুলিতে, কীগুলি গ্লোবালগুলিতেও তৈরি করা হয় (আমাকে মনে করিয়ে দিই যে বিশ্বব্যাপী একটি সম্পর্কযুক্ত টেবিলের চেয়ে ডেটা সংরক্ষণের জন্য একটি নিম্ন-স্তরের কাঠামো), সামঞ্জস্যের প্রয়োজনীয়তা মেটাতে, কীটিতে একটি পরিবর্তন অবশ্যই অন্তর্ভুক্ত করতে হবে বিশ্বব্যাপী একটি পরিবর্তন হিসাবে একই লেনদেনে.

উদাহরণস্বরূপ, আমাদের একটি বিশ্বব্যাপী ^ব্যক্তি আছে, যেখানে আমরা ব্যক্তিত্ব সঞ্চয় করি এবং আমরা টিআইএন একটি কী হিসাবে ব্যবহার করি।

^person(1234567, ‘firstname’) = ‘Sergey’
^person(1234567, ‘lastname’) = ‘Kamenev’
^person(1234567, ‘phone’) = ‘+74995555555
...

পদবি এবং প্রথম নাম দ্বারা দ্রুত অনুসন্ধান করার জন্য, আমরা ^ইনডেক্স কী তৈরি করেছি।

^index(‘Kamenev’, ‘Sergey’, 1234567) = 1

ডাটাবেসটি সামঞ্জস্যপূর্ণ হওয়ার জন্য, আমাদের অবশ্যই এই মত ব্যক্তিত্ব যোগ করতে হবে:

TSTART
^person(1234567, ‘firstname’) = ‘Sergey’
^person(1234567, ‘lastname’) = ‘Kamenev’
^person(1234567, ‘phone’) = ‘+74995555555
^index(‘Kamenev’, ‘Sergey’, 1234567) = 1
TCOMMIT

সেই অনুযায়ী, মুছে ফেলার সময় আমাদের অবশ্যই একটি লেনদেন ব্যবহার করতে হবে:

TSTART
Kill ^person(1234567)
ZKill ^index(‘Kamenev’, ‘Sergey’, 1234567)
TCOMMIT

অন্য কথায়, সামঞ্জস্যের প্রয়োজনীয়তা পূরণ করা সম্পূর্ণরূপে প্রোগ্রামারের কাঁধের উপর নির্ভর করে। কিন্তু যখন গ্লোবালের কথা আসে, তাদের নিম্ন-স্তরের প্রকৃতির কারণে এটি স্বাভাবিক।

3. বিচ্ছিন্নতা

এখানেই বন্যদের শুরু। অনেক ব্যবহারকারী একই সাথে একই ডেটাবেসে কাজ করে, একই ডেটা পরিবর্তন করে।

যখন অনেক ব্যবহারকারী একই সাথে একই কোড সংগ্রহস্থলের সাথে কাজ করে এবং একসাথে অনেক ফাইলে পরিবর্তন করার চেষ্টা করে তখন পরিস্থিতিটি তুলনীয়।

ডাটাবেস বাস্তব সময়ে এটি সব বাছাই করা উচিত. বিবেচনা করে যে গুরুতর সংস্থাগুলিতে এমনকি একজন বিশেষ ব্যক্তিও রয়েছেন যিনি সংস্করণ নিয়ন্ত্রণের জন্য দায়ী (শাখাগুলিকে একত্রিত করা, বিরোধগুলি সমাধান করার জন্য ইত্যাদি), এবং ডাটাবেসকে অবশ্যই এই সমস্ত কাজটি বাস্তব সময়ে করতে হবে, কাজের জটিলতা এবং সঠিকতা। ডাটাবেস ডিজাইন এবং কোড যা এটি পরিবেশন করে।

ডাটাবেস ব্যবহারকারীদের দ্বারা সঞ্চালিত কর্মের অর্থ বুঝতে পারে না যাতে তারা একই ডেটাতে কাজ করে তবে দ্বন্দ্ব এড়াতে। এটি শুধুমাত্র একটি লেনদেনকে পূর্বাবস্থায় ফিরিয়ে আনতে পারে যা অন্যটির সাথে দ্বন্দ্ব করে, অথবা সেগুলিকে ক্রমানুসারে কার্যকর করতে পারে।

আরেকটি সমস্যা হল যে একটি লেনদেন সম্পাদনের সময় (একটি প্রতিশ্রুতির আগে), ডাটাবেসের অবস্থা অসামঞ্জস্যপূর্ণ হতে পারে, তাই এটি বাঞ্ছনীয় যে অন্যান্য লেনদেনের ডেটাবেসের অসামঞ্জস্যপূর্ণ অবস্থায় অ্যাক্সেস নেই, যা রিলেশনাল ডাটাবেসে অর্জন করা হয়। অনেক উপায়ে: স্ন্যাপশট তৈরি করা, বহু-সংস্করণ সারি এবং ইত্যাদি।

সমান্তরালভাবে লেনদেন সম্পাদন করার সময়, এটি আমাদের জন্য গুরুত্বপূর্ণ যে তারা একে অপরের সাথে হস্তক্ষেপ না করে। এটি বিচ্ছিন্নতার সম্পত্তি।

এসকিউএল 4টি বিচ্ছিন্নতা স্তর সংজ্ঞায়িত করে:

• নিঃসন্দেহে পড়ুন
• প্রতিশ্রুতিবদ্ধ পড়ুন
• পুনরাবৃত্তিযোগ্য পড়া
• সিরিয়ালাইজেবল

এর প্রতিটি স্তর আলাদাভাবে তাকান. প্রতিটি স্তর বাস্তবায়নের খরচ প্রায় দ্রুতগতিতে বৃদ্ধি পায়।

নিঃসন্দেহে পড়ুন - এটি বিচ্ছিন্নতার সর্বনিম্ন স্তর, তবে একই সাথে দ্রুততম। লেনদেন একে অপরের দ্বারা করা পরিবর্তন পড়তে পারে.

প্রতিশ্রুতিবদ্ধ পড়ুন বিচ্ছিন্নতার পরবর্তী স্তর, যা একটি আপস। লেনদেনগুলি প্রতিশ্রুতির আগে একে অপরের পরিবর্তনগুলি পড়তে পারে না, তবে তারা প্রতিশ্রুতির পরে করা যেকোনো পরিবর্তন পড়তে পারে।

যদি আমাদের একটি দীর্ঘ লেনদেন T1 থাকে, যে সময়ে লেনদেনগুলি T2, T3 ... Tn এ সংঘটিত হয়েছিল, যা T1 এর মতো একই ডেটা নিয়ে কাজ করে, তাহলে T1-এ ডেটা অনুরোধ করার সময় আমরা প্রতিবার আলাদা ফলাফল পাব। এই ঘটনাটিকে অ-পুনরাবৃত্ত পড়া বলা হয়।

পুনরাবৃত্তিযোগ্য পড়া — এই বিচ্ছিন্নতা স্তরে আমাদের অ-পুনরাবৃত্তিযোগ্য পড়ার ঘটনা নেই, এই কারণে যে প্রতিটি ডেটা পড়ার অনুরোধের জন্য, ফলাফলের ডেটার একটি স্ন্যাপশট তৈরি করা হয় এবং একই লেনদেনে পুনরায় ব্যবহার করা হলে, স্ন্যাপশট থেকে ডেটা ব্যবহৃত হয়. যাইহোক, এই বিচ্ছিন্নতা স্তরে ফ্যান্টম ডেটা পড়া সম্ভব। এটি সমান্তরাল প্রতিশ্রুতিবদ্ধ লেনদেনের দ্বারা যুক্ত করা নতুন সারিগুলিকে বোঝায়।

সিরিয়ালাইজেবল - নিরোধকের সর্বোচ্চ স্তর। এটি এই বৈশিষ্ট্য দ্বারা চিহ্নিত করা হয় যে কোনও লেনদেনে যে কোনও উপায়ে ব্যবহৃত ডেটা (পড়া বা পরিবর্তন) শুধুমাত্র প্রথম লেনদেন শেষ হওয়ার পরে অন্যান্য লেনদেনের জন্য উপলব্ধ হয়।

প্রথমত, মূল থ্রেড থেকে একটি লেনদেনে অপারেশনের বিচ্ছিন্নতা আছে কিনা তা খুঁজে বের করা যাক। 2 টার্মিনাল উইন্ডো খুলি।

Kill ^t

Write ^t(1)
2

TSTART
Set ^t(1)=2

কোনো বিচ্ছিন্নতা নেই। একটি থ্রেড দেখেছে যে দ্বিতীয়টি লেনদেনটি খুলেছে সে কী করছে৷

আসুন দেখি বিভিন্ন থ্রেডের লেনদেন তাদের ভিতরে কি ঘটছে তা দেখুন।

আসুন 2টি টার্মিনাল উইন্ডো খুলি এবং 2টি লেনদেন সমান্তরালভাবে খুলি।

kill ^t
TSTART
Write ^t(1)
3

TSTART
Set ^t(1)=3

সমান্তরাল লেনদেন একে অপরের ডেটা দেখে। সুতরাং, আমরা সবচেয়ে সহজ, কিন্তু দ্রুততম বিচ্ছিন্নতা স্তরও পেয়েছি, অনিয়মিত পড়ুন।

নীতিগতভাবে, এটি বিশ্ববাসীর জন্য প্রত্যাশিত হতে পারে, যার জন্য কর্মক্ষমতা সর্বদা অগ্রাধিকার পেয়েছে।

যদি আমাদের গ্লোবালগুলিতে অপারেশনগুলিতে উচ্চ স্তরের বিচ্ছিন্নতার প্রয়োজন হয় তবে কী হবে?

এখানে আপনাকে ভাবতে হবে কেন বিচ্ছিন্নতা স্তরগুলি আদৌ প্রয়োজন এবং তারা কীভাবে কাজ করে।

সর্বোচ্চ বিচ্ছিন্নতা স্তর, SERIALIZE, মানে সমান্তরালভাবে সম্পাদিত লেনদেনের ফলাফল তাদের ক্রমিক সম্পাদনের সমতুল্য, যা সংঘর্ষের অনুপস্থিতির নিশ্চয়তা দেয়।

আমরা অবজেক্টস্ক্রিপ্টে স্মার্ট লক ব্যবহার করে এটি করতে পারি, যার অনেকগুলি বিভিন্ন ব্যবহার রয়েছে: আপনি কমান্ডের সাথে নিয়মিত, ক্রমবর্ধমান, একাধিক লকিং করতে পারেন লক.

নিম্ন বিচ্ছিন্নতা মাত্রা ডাটাবেস গতি বাড়ানোর জন্য ডিজাইন করা ট্রেড-অফ।

আসুন দেখি কিভাবে আমরা লক ব্যবহার করে বিভিন্ন স্তরের বিচ্ছিন্নতা অর্জন করতে পারি।

এই অপারেটরটি আপনাকে শুধুমাত্র ডেটা পরিবর্তন করার জন্য প্রয়োজনীয় একচেটিয়া লকই নয়, তথাকথিত শেয়ার্ড লকগুলিও নিতে দেয়, যা পড়ার প্রক্রিয়া চলাকালীন অন্যান্য প্রক্রিয়ার দ্বারা পরিবর্তন করা উচিত নয় এমন ডেটা পড়ার সময় সমান্তরালভাবে বেশ কয়েকটি থ্রেড নিতে পারে।

রাশিয়ান এবং ইংরেজিতে দুই-ফেজ ব্লকিং পদ্ধতি সম্পর্কে আরও তথ্য:

→ দুই-ফেজ ব্লকিং
→ দুই-ফেজ লকিং

অসুবিধা হল যে একটি লেনদেনের সময় ডাটাবেসের অবস্থা অসামঞ্জস্যপূর্ণ হতে পারে, কিন্তু এই অসামঞ্জস্যপূর্ণ ডেটা অন্যান্য প্রক্রিয়াগুলিতে দৃশ্যমান। কিভাবে এই এড়াতে?

লক ব্যবহার করে, আমরা দৃশ্যমানতা উইন্ডো তৈরি করব যেখানে ডাটাবেসের অবস্থা সামঞ্জস্যপূর্ণ হবে। এবং সম্মত রাষ্ট্রের দৃশ্যমানতার এই জাতীয় উইন্ডোতে সমস্ত অ্যাক্সেস লক দ্বারা নিয়ন্ত্রিত হবে।

একই ডেটাতে শেয়ার করা লকগুলি পুনঃব্যবহারযোগ্য - বেশ কয়েকটি প্রক্রিয়া সেগুলি গ্রহণ করতে পারে৷ এই লকগুলি অন্যান্য প্রক্রিয়াগুলিকে ডেটা পরিবর্তন করতে বাধা দেয়, যেমন এগুলি সামঞ্জস্যপূর্ণ ডাটাবেস অবস্থার উইন্ডো তৈরি করতে ব্যবহৃত হয়।

ডেটা পরিবর্তনের জন্য একচেটিয়া লক ব্যবহার করা হয় - শুধুমাত্র একটি প্রক্রিয়া এই ধরনের একটি লক নিতে পারে। একটি এক্সক্লুসিভ লক এর দ্বারা নেওয়া যেতে পারে:

1. ডাটা বিনামূল্যে থাকলে যেকোনো প্রক্রিয়া
2. শুধুমাত্র সেই প্রক্রিয়া যার এই ডেটাতে একটি শেয়ার করা লক আছে এবং একটি এক্সক্লুসিভ লকের অনুরোধ করা প্রথম।

দৃশ্যমানতার উইন্ডোটি যত সংকীর্ণ হবে, অন্যান্য প্রক্রিয়াগুলির জন্য এটির জন্য অপেক্ষা করতে হবে, তবে এর মধ্যে থাকা ডাটাবেসের অবস্থা তত বেশি সামঞ্জস্যপূর্ণ হতে পারে।

READ_COMMITTED — এই স্তরের সারমর্ম হল যে আমরা অন্যান্য থ্রেড থেকে শুধুমাত্র প্রতিশ্রুতিবদ্ধ ডেটা দেখতে পাই। যদি অন্য লেনদেনের ডেটা এখনও প্রতিশ্রুতিবদ্ধ না হয়, তাহলে আমরা এটির পুরানো সংস্করণ দেখতে পাই।

এটি আমাদের লকটি মুক্তির জন্য অপেক্ষা করার পরিবর্তে কাজটিকে সমান্তরাল করতে দেয়।

বিশেষ কৌশল ছাড়া, আমরা IRIS-এ ডেটার পুরানো সংস্করণ দেখতে সক্ষম হব না, তাই আমাদের লকগুলির সাথে কাজ করতে হবে।

তদনুসারে, শুধুমাত্র সামঞ্জস্যের মুহুর্তে ডেটা পড়ার অনুমতি দেওয়ার জন্য আমাদের ভাগ করা লকগুলি ব্যবহার করতে হবে।

ধরা যাক আমাদের একটি ব্যবহারকারী বেস ^ব্যক্তি আছে যারা একে অপরের কাছে অর্থ স্থানান্তর করে।

ব্যক্তি 123 থেকে ব্যক্তি 242 তে স্থানান্তরের মুহূর্ত:

LOCK +^person(123), +^person(242)
Set ^person(123, amount) = ^person(123, amount) - amount
Set ^person(242, amount) = ^person(242, amount) + amount
LOCK -^person(123), -^person(242)

ডেবিট করার আগে 123 ব্যক্তির কাছ থেকে অর্থের পরিমাণ অনুরোধ করার মুহূর্তটি অবশ্যই একটি এক্সক্লুসিভ ব্লক (ডিফল্টরূপে):

LOCK +^person(123)
Write ^person(123)

এবং যদি আপনার ব্যক্তিগত অ্যাকাউন্টে অ্যাকাউন্টের স্থিতি দেখানোর প্রয়োজন হয়, তাহলে আপনি একটি ভাগ করা লক ব্যবহার করতে পারেন বা এটি ব্যবহার করতে পারবেন না:

LOCK +^person(123)#”S”
Write ^person(123)

যাইহোক, যদি আমরা ধরে নিই যে ডাটাবেস ক্রিয়াকলাপগুলি প্রায় তাত্ক্ষণিকভাবে সঞ্চালিত হয় (আমাকে মনে করিয়ে দিই যে গ্লোবালগুলি একটি রিলেশনাল টেবিলের চেয়ে অনেক নিম্ন স্তরের কাঠামো), তবে এই স্তরের প্রয়োজনীয়তা হ্রাস পায়।

পুনরাবৃত্তিযোগ্য পড়া - এই বিচ্ছিন্নতা স্তরটি একাধিক ডেটা পড়ার অনুমতি দেয় যা সমকালীন লেনদেনের দ্বারা সংশোধন করা যেতে পারে।

তদনুসারে, আমরা যে ডেটা পরিবর্তন করি তা পড়ার জন্য আমাদের একটি শেয়ার্ড লক রাখতে হবে এবং আমরা যে ডেটা পরিবর্তন করি তাতে একচেটিয়া লক রাখতে হবে।

সৌভাগ্যবশত, LOCK অপারেটর আপনাকে সমস্ত প্রয়োজনীয় লকগুলি বিস্তারিতভাবে তালিকাভুক্ত করার অনুমতি দেয়, যার মধ্যে একটি বিবৃতিতে অনেকগুলি থাকতে পারে।

LOCK +^person(123, amount)#”S”
чтение ^person(123, amount)

অন্যান্য অপারেশন (এই সময়ে সমান্তরাল থ্রেড ^person(123, পরিমাণ) পরিবর্তন করার চেষ্টা করে, কিন্তু পারে না)

LOCK +^person(123, amount)
изменение ^person(123, amount)
LOCK -^person(123, amount)

чтение ^person(123, amount)
LOCK -^person(123, amount)#”S”

কমা দ্বারা পৃথক করা লকগুলি তালিকাভুক্ত করার সময়, সেগুলি ক্রমানুসারে নেওয়া হয়, তবে আপনি যদি এটি করেন:

LOCK +(^person(123),^person(242))

তারপরে তারা একযোগে পারমাণবিকভাবে নেওয়া হয়।

ধারাবাহিকভাবে প্রকাশ করা — আমাদের লক সেট করতে হবে যাতে শেষ পর্যন্ত সাধারণ ডেটা আছে এমন সমস্ত লেনদেন ক্রমানুসারে সম্পাদিত হয়। এই পদ্ধতির জন্য, বেশিরভাগ লকগুলি একচেটিয়া হওয়া উচিত এবং কর্মক্ষমতার জন্য বিশ্বব্যাপী ক্ষুদ্রতম এলাকায় নেওয়া উচিত।

যদি আমরা গ্লোবাল ^ব্যক্তিতে তহবিল ডেবিট করার বিষয়ে কথা বলি, তবে শুধুমাত্র SERIALIZE বিচ্ছিন্নতা স্তর এটির জন্য গ্রহণযোগ্য, যেহেতু অর্থ কঠোরভাবে ক্রমানুসারে ব্যয় করা উচিত, অন্যথায় একই পরিমাণ কয়েকবার ব্যয় করা সম্ভব।

4. স্থায়িত্ব

আমি ব্যবহার করে পাত্রের হার্ড কাটিয়া সঙ্গে পরীক্ষা পরিচালনা

docker kill my-iris

বেস তাদের ভাল সহ্য করেছিল। কোন সমস্যা চিহ্নিত করা হয়নি.

উপসংহার

বিশ্ববাসীর জন্য, ইন্টারসিস্টেমস আইআরআইএস-এর লেনদেন সমর্থন রয়েছে। তারা সত্যিই পারমাণবিক এবং নির্ভরযোগ্য. গ্লোবালের উপর ভিত্তি করে একটি ডাটাবেসের সামঞ্জস্য নিশ্চিত করতে, প্রোগ্রামার প্রচেষ্টা এবং লেনদেনের ব্যবহার প্রয়োজন, যেহেতু এটিতে বিদেশী কীগুলির মতো জটিল অন্তর্নির্মিত গঠন নেই।

লক ব্যবহার না করে গ্লোবালের আইসোলেশন লেভেল READ uncommited, এবং লক ব্যবহার করার সময় এটি SERIALIZE লেভেল পর্যন্ত নিশ্চিত করা যায়।

বিশ্বব্যাপী লেনদেনের সঠিকতা এবং গতি অনেকটাই প্রোগ্রামারের দক্ষতার উপর নির্ভর করে: পড়ার সময় যত বেশি ব্যাপকভাবে ভাগ করা লকগুলি ব্যবহার করা হয়, বিচ্ছিন্নতার স্তর তত বেশি এবং আরও সংকীর্ণভাবে একচেটিয়া লক নেওয়া হয়, কার্যক্ষমতা তত দ্রুত হয়।

উত্স: www.habr.com