লিনিয়ারাইজিবিলিটি কার দরকার?


13

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

আপনি কি এমন দৃশ্যাবলী নিয়ে আসতে পারেন যেখানে এই ধরণের শক্তিশালী সম্পত্তি আসলে প্রয়োজন হবে?


আপনি উইকিপিডিয়া: en.wikedia.org/wiki/… , বা হেরেলি ও উইংয়ের কাগজটিতে পরীক্ষা করতে পারেন : "লিনিয়ারাইজিবিলিটি: সমবর্তী বিষয়গুলির জন্য একটি নির্ভুলতা শর্ত"।
এডুয়ার্ডো বেজারেরা

উত্তর:


5

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

তদুপরি, লিনিয়ারাইজিবিলিটি একটি অ-ব্লক করা সম্পত্তি: মোট ক্রিয়াকলাপ (সমস্ত অবজেক্টের রাজ্যের জন্য সংজ্ঞায়িত) কখনও ব্লক করার প্রয়োজন হয় না। পরিবর্তে, সিরিয়ালাইজিবিলিটি কোনও অ-ব্লক করা সম্পত্তি নয়। সুতরাং, একযোগের ডিগ্রি বাড়ানোর জন্য, সমবর্তী ডেটা স্ট্রাকচারের ডিজাইনাররা সর্বদা লিনিয়ারাইজিবলতার উপর নির্ভর করে।


1
এই একটি ভাল উত্তর নয়, যেমন এখনও অন্য অব্যাখ্যাত ধারণা ব্যবহার সন্দেহে ধারণা ব্যাখ্যা করতে .. (এই পড়া সময়ের অপচয় হয়) .. নিচের উত্তর অনেক ভালো হয় ...
রিচার্ড

দেখে মনে হচ্ছে আপনি আসল ওপি প্রশ্নটি পড়েন নি। ওপি লিনিয়ারাইজিবিলিটিটি কি তা জিজ্ঞাসা করছিল না, তিনি জিজ্ঞাসা করলেন "লিনিয়ারাইজিবিলিটি কার দরকার?" আমার উত্তরটি যথাযথ, যেহেতু এটি ওপিকে একটি উদাহরণ দৃশ্যের সাথে সরবরাহ করে (কমপক্ষে, এটি উপযুক্ত হিসাবে বিবেচিত হয়েছিল এবং ওপি কর্তৃক নির্বাচিত হয়েছিল)। সমকালীন, অপেক্ষা-মুক্ত ডেটা স্ট্রাকচারগুলি কী কী তা আপনি জানেন না এটি একটি সম্পূর্ণ ভিন্ন বিষয়। যাইহোক, ওপি জানত যে আমি কী বলছি। যদি আমরা একটি উত্তরে আমরা ব্যবহার করি এমন প্রতিটি ধারণাটি যদি আমাদের ব্যাখ্যা করতে হয় তবে উত্তরটি কখনই শেষ হবে না ;-)
ম্যাসিমো ক্যাফারো

10

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

সংক্ষেপে: লিনিয়ারাইজিবিলিটি সিরিয়ালাইজিবিলিটির মতো, তবে অতিরিক্ত প্রয়োজনীয়তার সাথে ক্রমিকায়নের মাধ্যমে লেনদেনের মধ্যে অতিরিক্ত ক্রম সীমাবদ্ধতা সম্মান করা হয়। লক্ষ্যটি হ'ল একসাথে পুরো সিস্টেমটি সম্পর্কে একবার যুক্তিযুক্ত না হয়ে পৃথক পারমাণবিক ডেটা কাঠামো সম্পর্কে কঠোর যুক্তি দিয়ে আপনাকে অনুমতি দেওয়া।

লিনিয়ারাইজিবিলিটি অর্জন করা সহজ: আপনি লাইনারিাইজ করতে চান সেই বস্তুর সাথে কেবল একটি মিটেক্সকে যুক্ত করুন। সেই বস্তুর প্রতিটি লেনদেন মিউটেক্সকে লক করে শুরু হয় এবং মিউটেক্সকে আনলক করে শেষ করে।

এখানে আমি সংজ্ঞাগুলি ব্যবহার করব:

কোনও সিস্টেমে সিরিয়ালেজাইবিল দেওয়া হয় যদি কোনও সংকলনের উপর ভিত্তি করে লেনদেনের একটি সেট দেওয়া হয়, লেনদেনগুলি কার্যকর করার যে কোনও ফলাফল একইভাবে হয় যদি লেনদেনটি কিছু অনুক্রমিক ক্রমে সম্পাদিত হয় এবং প্রতিটি লেনদেনের মধ্যে ক্রিয়াকলাপগুলি তাদের লেনদেনের মধ্যে ক্রমে অন্তর্ভুক্ত থাকে লেনদেনের কোড দ্বারা নির্দিষ্ট

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

সম্পর্কিত আরও একটি ধারণা রয়েছে যা ক্রমান্বয়ে পরিচালিত ক্রিয়াকলাপগুলি (তবে কেবল স্বতন্ত্র পঠন / লেখার ক্রিয়াকলাপের বিষয়ে লেনদেনের বিষয়ে কথা বলেন না):

কোনও সিস্টেমের ক্রমগতভাবে সামঞ্জস্য হয় যদি কোনও কার্যকরকরণের ফলাফল একই হয় যদি সমস্ত প্রক্রিয়াগুলির ক্রিয়াকলাপটি কিছু অনুক্রমিক ক্রমে সম্পাদিত হয় এবং প্রতিটি পৃথক প্রক্রিয়ার ক্রিয়াকলাপগুলি তার প্রোগ্রাম দ্বারা নির্দিষ্ট ক্রমে এই ক্রমটিতে প্রদর্শিত হয়। ( ল্যাম্পোর্ট, "মাল্টিপ্রসেসার কম্পিউটারগুলি কীভাবে সঠিকভাবে মাল্টিপ্রসেস প্রোগ্রামগুলি কার্যকর করতে পারে", আইইইই টি কম্প 28: 9 (690-691), 1979 )।

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

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

অংশ (ক) "সহজ": একটি ক্রমিক ধারাবাহিকতার মতো প্রয়োজনীয়তা হ'ল প্রতিটি প্রক্রিয়া দ্বারা জারি করা অবজেক্টের লেনদেনগুলি প্রোগ্রাম দ্বারা নির্দিষ্ট আদেশ অনুসারে ফলাফলের ক্রম হিসাবে উপস্থিত হয়। সিরিয়ালাইজেশন-এর মতো প্রয়োজনীয়তাটি হ'ল বস্তুর লেনদেনগুলি সমস্ত পারস্পরিক একচেটিয়া (সিরিয়ালায়িত করা যেতে পারে)।

জটিলতাটি উদ্দেশ্য থেকে আসে (খ) (প্রতিটি বস্তুর সম্পর্কে স্বতন্ত্রভাবে অন্য সকলের সাথে কথা বলতে সক্ষম হওয়া)।

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

উদাহরণস্বরূপ: ধরুন আমি বস্তুর A এর সঠিকতা সম্পর্কে তর্ক করার চেষ্টা করছি যা একটি সারি, মনে করুন অবজেক্ট বি একটি মেমরি অবস্থান, এবং ধরুন আমার নীচের সম্পাদনের ইতিহাস রয়েছে: থ্রেড 1: এএনকিউ (এক্স), এ। dequeue () (রিটার্ন y) থ্রেড 2: এ। এনকিউ (y), এ। ডেকিউ () (রিটার্ন এক্স)। এমন কোনও ইভেন্টের ইন্টারলিভিং রয়েছে যা কিউয়ের এই বাস্তবায়নটিকে সঠিক হতে দেবে? হ্যাঁ:

Thread 1                           Thread 2
A.enqueue(x)                       ...
...                                A.enqueue(y)
...                                A.dequeue() (returns x)
A.dequeue(y) (returns y)           ...

তবে এখন যদি ইতিহাস ( অবজেক্ট বি সহ ) হয় তবে বিটি 0 মান দিয়ে শুরু হয় Th থ্রেড 1: এ। এনকিউ (এক্স), এডেকিউ () (রিটার্ন y), বি রাইট (1)। থ্রেড 2: বিড্রেড () (রিটার্ন 1) এ। এনেকিউ (y), এ। ডেকিউ () (রিটার্ন এক্স)

Thread 1                           Thread 2
A.enqueue(x)                       ...
A.dequeue() (returns y)            ...                       (uh oh!)
B.write(1)                         ...
...                                B.read() (returns 1)
...                                A.enqueue(y)
...                                A.dequeue() (returns x)

এখন আমরা আমাদের "নির্ভুলতার" সংজ্ঞাটি বলতে চাই যে এই ইতিহাসটি ইঙ্গিত দেয় যে হয় হয় আমাদের এ প্রয়োগ বাস্তবায়ন বগী বা বি এর বাস্তবায়ন বগি, কারণ এমন কোনও সিরিয়ালাইজেশন নেই যা "বোধগম্য" হয় (হয় থ্রেড 2 পড়তে হবে বি থেকে একটি মান যা এখনও লেখা হয়নি, বা থ্রেড 1 এ এর ​​থেকে এমন একটি মান সন্ধান করা দরকার যা এখনও সন্ধান করা হয়নি।) সুতরাং যখন আমাদের A তে লেনদেনের মূল সিরিয়ালাইজেশন একটি যুক্তিসঙ্গত বলে মনে হয়েছিল, যদি আমাদের বাস্তবায়ন হয় দ্বিতীয়টির মতো ইতিহাসের অনুমতি দেয়, তবে এটি পরিষ্কারভাবে ভুল is

সুতরাং লিনিয়ারীকরণগুলি যে সীমাবদ্ধতাগুলি যুক্ত করে তা যথেষ্ট যুক্তিসঙ্গত (এবং এমনকি ফিফোর সারিগুলির মতো সাধারণ ডেটা স্ট্রাকচারের জন্যও প্রয়োজনীয় They ভবিষ্যত। " লিনিয়ারাইজিবিলিটি অর্জন করা বেশ সহজ (এবং প্রাকৃতিক): কেবল আপনার অবজেক্টের সাথে একটি মিটেক্সকে যুক্ত করুন এবং প্রতিটি লেনদেন লক করে শুরু হয় এবং আনলক করে শেষ হয়। লিনিয়ারাইজিবিলিটি সম্পর্কে যুক্তিযুক্ত কৌশলটি জটিল হয়ে উঠতে শুরু করে যখন আপনি সাধারণ মুটেক্সের পরিবর্তে অ-ব্লকিং বা লক-ফ্রি বা অপেক্ষা-মুক্ত কৌশলগুলি দিয়ে আপনার পারমাণবিকতা বাস্তবায়নের চেষ্টা করছেন।

আপনি যদি সাহিত্যের কিছু পয়েন্টারগুলিতে আগ্রহী হন তবে আমি নিম্নলিখিতটি পেয়েছি (যদিও আমি মনে করি "রিয়েল-টাইম" সম্পর্কে আলোচনাটি এমন একটি লাল-হার্চিংগুলির মধ্যে একটি যা লিনিয়ারীযাবিলিটিকে এটির প্রয়োজনের তুলনায় আরও কঠিন করে তোলে)) https: // stackoverflow.com/questions/4179587/difference-between-linearizability-and-serializability


এই দাবি করে আপনি কী বোঝাতে চেয়েছেন যে and `আমি বিশ্বাস করি হার্লিহি এবং উইং সম্ভবত একটি মনিটরের সংজ্ঞায়িত করার চেষ্টা করছিল ``? আপনি কিছু বিবরণ যোগ করতে পারেন দয়া করে (আমি
হারলিহী

1
আমি মনে করি না আমি গভীর কিছু বোঝাতে চাইছি। আমি মনিটরদের সম্পর্কে হেরলিহ ও উইংয়ের যে বিষয়গুলি পড়েছি তা পড়ার আগে সেগুলি কার্যকর ছিল। "মনিটর একটি বিমূর্ত তথ্য টাইপ যা স্পষ্টভাবে একটি মিটেক্স থাকে এবং প্রকারের প্রতিটি পদ্ধতি শুরুতে মিটেক্সটি অর্জন করে এবং শেষে মিটেক্সকে প্রকাশ করে" এরপরে এটি কখন ঠিক আছে wait()এবং তা নিয়ে একটি জটিল আলোচনা হয় notify()। লিনিয়ারাইজিবিলিটি আরও জটিল / অনুকূলিতকরণ মনিটরের বাস্তবায়নগুলির নির্ভুলতা সম্পর্কে কথা বলার একটি উপায় দেয়।
বিচরণ

এটা আমাকে সচেতন করেছে. ধন্যবাদ. আজ আমি Related Workহার্লিহী এবং উইংয়ের কাগজের অংশটি পড়েছি । তারা monitorতাদের দাবির উদাহরণ হিসাবে উল্লেখ করেছিল Our notion of linearizability generalizes and unifies similar notions found in specific examples in the literature। তবে একটি সাধারণ প্রশ্ন: মাল্টিপ্রসেসর সিস্টেমে (যেমন, হার্ডওয়্যার, সংকলক, প্রোগ্রামিং ল্যাঙ্গুয়েজ এবং যুগপত ডেটা স্ট্রাকচার) লিনিয়ারিজিবিটির ধারণাটি কি ব্যাপকভাবে গৃহীত হয়েছে? (সংক্ষিপ্ততর হওয়া, আমি কেবল মনিটরের মতো জিনিসগুলিই জানি know) যদি তা না হয় তবে বাধাগুলি কী কী? শিল্পের অবস্থা কী?
হেনগ্সিন

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

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

2

প্রথমত, লিনিয়ারাইজিবিলিটি এবং সিরিয়ালিয়েজিবিলিটি সরাসরি তুলনাযোগ্য নয়। নীচের টেবিলটি দেখায় যে, প্রধান পার্থক্যটি হ'ল বাম দিকে সমস্ত পৃথক ক্রিয়াকলাপগুলি পারমাণবিক (যেমন synchronizedপ্রতিটি ওপরের চারপাশে জাভা থাকে the ডানদিকে, পারমাণবিকতার একক একটি লেনদেন হয়; একটি পৃথক ক্রিয়াকলাপ পারমাণবিক নয়) । এই কারণেই সিরিয়ালাইজিবিলিটি বরাবরই ডাটাবেস সাহিত্যের একটি অংশ হয়ে দাঁড়িয়েছে, অন্যদিকে বাম দিকের প্রসেসর-মেমরি সাহিত্যের বিষয় হয়েছে (পড়ুন / লেখুন অপ্টটি পারমাণবিক) মূল মূল-মানের স্টোরগুলি (যেমন ডিবিএম এবং বাম দিকে (মেমক্যাচড) শুরু হয়েছিল (get / put পারমাণবিক) তবে নতুনগুলি ক্রমবর্ধমান লেনদেনকে সমর্থন করছে (যেমন গুগলের স্প্যানার)।

obj। অপারেশনগুলি পারমাণবিক | লেনদেন পারমাণবিক হয়
-------------------------------- + + ----------------- ----------------
লিনিয়ারাইজিবিলিটি |
ক্রমীয় ধারাবাহিকতা | Serializability
কার্যকারিতা ধারাবাহিকতা |
ক্যাশে ধারাবাহিকতা |

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

ক্রমীয় ধারাবাহিকতার মতো সিরিয়ালাইজিবিলিটির সংজ্ঞা কেবল প্রথম মানদণ্ডের প্রয়োজন।

অস্থায়ী আদেশ সংরক্ষণের অর্থ এটি: যদি A: x.op1 () (A ক্লায়েন্ট হয়, এক্স একটি বস্তু, এবং op1 অপারেশন হয়) অন্য অপারেশন বি: y.op2 () শুরু হওয়ার আগে শেষ হয়, তবে ক্রমিক মহাবিশ্বে বিশ্ব অনুরোধগুলি একই ক্রমে পরিচালনা করা হয়। সিক্যুয়েনাল কনসেসটেন্সি (এসসি) এ এটি প্রয়োজন হয় না; অবজেক্টটি ক্লায়েন্টের অনুরোধটি সারি করার জন্য, ক্লায়েন্টকে প্রতিক্রিয়া জানাতে এবং তারপরে এটি মূল্যায়ন করার অনুমতি দেয়। তদ্ব্যতীত, অবজেক্টটি অন্য কোনও ক্লায়েন্টের পরে অনুরোধটি পরিচালনা করতে পারে, প্রথমটিতে যাওয়ার আগে এটি মূল্যায়ন করে।

অস্থায়ী আদেশ সংরক্ষণ না করা একটি সমস্যা। এ: x.op1 () এর পরে, ধরুন, এ ফোনটি তুলে বিটিকে তার সম্পর্কে জানিয়েছে, তখন বি x.op2 () কল করেছে। ইভেন্টের এই কার্যকারণ চেইন সম্পর্কে সিস্টেমের জানার কোনও উপায় নেই, যেহেতু দ্বিতীয় ধাপে কোনও বার্তা জড়িত যাতে সিস্টেমটি ট্র্যাক করে না। অনেক বাস্তব ক্ষেত্রে, এটি ধরে নেওয়া অযৌক্তিক নয় যে একবার এক্স এর প্রতিক্রিয়া জানালে, বি এর অনুরোধ আপডেট হওয়া রাষ্ট্রের উপর নির্ভর করতে পারে। যদি অস্থায়ী আদেশ সংরক্ষণ না করা হয়, তবে A এবং B অবাক করার জন্য রয়েছে। এটি একটি লিনিয়ারাইজেবল সিস্টেমে ঘটবে না।

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.