একটি ডাটাবেস লেনদেন এবং লকিং মধ্যে সঠিক সম্পর্ক কি?


16

এটি আমার জ্ঞান বৃদ্ধির চেতনায় জিজ্ঞাসা করা একটি নম্র প্রশ্ন; আপনার প্রতিক্রিয়া বিনয়ী নম্রতা।

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

আমিও জানি (বিভিন্ন ডাটাবেসে) একটি লক কী, বা কমপক্ষে একজন কীভাবে আচরণ করে (যদি আমি কোনওভাবে টেবিলটি স্পষ্টভাবে লক করি তবে অন্য কোনও প্রক্রিয়া বা থ্রেড table টেবিলটি সম্পর্কে কিছু আপডেট করতে পারে না)।

কি আমি সবচেয়ে স্বতন্ত্র্র করছি না পরিষ্কার হয়: বিভিন্ন ডাটাবেস যখন আমি স্পষ্টভাবে একটি সারি বা একটি টেবিল লক আমি সঠিক একই নির্মান যে কভার অধীনে ডাটাবেসের লেনদেনের সুবিধার দ্বারা ব্যবহার করা হয় সঠিকভাবে লেনদেন কাজ করতে নিযুক্ত করছি?

এটি, এটি আমার কাছে ঘটে থাকে যে কোনও লেনদেনটি পারমাণবিক এবং বিচ্ছিন্ন হওয়ার জন্য, এটি অবশ্যই কিছু লকিং করা উচিত। এই লেনদেন-আরম্ভ করা, ট্রানসেকশন-লুকানো লক করা কি একই ধরণের লকিংয়ের ফলে বিভিন্ন ডাটাবেস আমাকে নির্মাণ SELECT FOR UPDATEবা যেমন সুস্পষ্ট LOCKকমান্ডের মাধ্যমে অ্যাক্সেস করতে দেয় ? নাকি এই দুটি ধারণা সম্পূর্ণ আলাদা?

আবার, আমি এই প্রশ্নের উদাসীনতার জন্য ক্ষমা চাইছি; আমি আরও মূল উত্স উত্সাহিত খুশি।

উত্তর:


12

যখন আমি স্পষ্টভাবে একটি সারি বা একটি টেবিল লক করি, তখন আমি কি ঠিক একই কনস্ট্রাক্টগুলি নিযুক্ত করছি যা লেনদেনের লেনদেনের সুবিধা দ্বারা কভারের আওতায় ব্যবহৃত হয় যাতে লেনদেনটি সঠিকভাবে কাজ করে?

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

এটি আমার কাছে ঘটেছিল যে কোনও লেনদেনটি পারমাণবিক এবং বিচ্ছিন্ন হওয়ার জন্য, এটি অবশ্যই কিছু লকিং করা উচিত।

লকিং এটি অর্জনের একটি উপায়। প্রধান বিকল্প সংস্করণ হয়। আজকাল বেশিরভাগ ডাটাবেস উভয়কেই সমর্থন করে (যার অর্থ এইও হয় যে আপনি যদি অ্যাপ্লিকেশনটিতে একটি সারি 'লক' করেন তবে অন্য লেনদেন সারিটি পড়ার জন্য সংস্করণ ব্যবহার করে তবে এটি পড়বে কারণ আপনার লকিংটি সংস্করণীকৃত পাঠকে অবরুদ্ধ করে না)।

আপনি 'টু ফেজ লকিং প্রোটোকল' হিসাবে ডাটাবেস বাস্তবায়নের বিশ্বে পরিচিত একটি ধারণার চারদিকে ঘুরছেন । লিঙ্কযুক্ত উইকিপিডিয়া নিবন্ধটি একটি ভাল স্টার্টার। আপনি যদি এই বিষয় সম্পর্কে আরও বিস্তারিত ব্যাখ্যা পড়তে চান তবে আমি লাইব্রেরিতে যাওয়ার পরামর্শ দিচ্ছি এবং লেনদেন প্রক্রিয়াজাতকরণ: ধারণা এবং কৌশলগুলি সম্পর্কে iquesণ চাই । খুব সুন্দর প্রত্যেকটি ডাটাবেসই এর মূল অংশে রয়েছে that বইটির একটি বাস্তবায়ন।


সম্ভবত আপনি (কোনও লকিং নেই) আশাবাদী সম্মতি নিয়ন্ত্রণ
ypercubeᵀᴹ 23:34

আহা! এখন আমরা কথা বলছি. সত্যিই, আমার মনের পিছনে লুকানো ছিল এমভিসিসি । ভাল-উচ্চারিত উত্তরের জন্য, দুর্দান্ত রেফারেন্সগুলির জন্য এবং সত্যই আমার প্রশ্নের সন্ধানের জন্য সময় দেওয়ার জন্য আপনাকে ধন্যবাদ।
লেয়ার্ড নেলসন

3

আপনার প্রশ্নের উত্তর দেওয়ার আগে কিছু পটভূমি:

দ্রষ্টব্য: এটি মাইক্রোসফ্ট এসকিউএল সার্ভারের সাথে সম্পর্কিত - আরডিবিএমএস ........

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

এখন আপনার প্রশ্ন ফিরে:

যখন আমি স্পষ্টভাবে একটি সারি বা একটি টেবিল লক করি, তখন আমি কি ঠিক একই কনস্ট্রাক্টগুলি নিযুক্ত করছি যা লেনদেনের লেনদেনের সুবিধা দ্বারা কভারের আওতায় ব্যবহৃত হয় যাতে লেনদেনটি সঠিকভাবে কাজ করে?

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

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

এই লেনদেন-সূচনা, লেনদেন-গোপন লকিং একই ধরণের লক করায় যে বিভিন্ন ডাটাবেস আমাকে নির্ধারিত যেমন সিলেক্ট ফর আপডেট বা স্পষ্ট লক কমান্ডের মাধ্যমে অ্যাক্সেস করতে দেয়?

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

কিছু ভাল রেফারেন্স:


2

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

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

সংক্ষিপ্তসার হিসাবে, লকগুলি হ'ল অবজেক্ট এবং সামঞ্জস্যের ধারাবাহিকতা নিয়ন্ত্রণের জন্য নিম্ন স্তরের প্রক্রিয়া। এসকিউএল স্টেটমেন্ট কার্যকর করার সময় লক জারি করা যেতে পারে। লেনদেনের বিচ্ছিন্নতা স্তর বাস্তবায়নের উপর নির্ভর করে, ইঞ্জিন প্রভাবিত বস্তুগুলিতে (সারি, সারিগুলির গোষ্ঠী, সূচিপত্র ইত্যাদি) বিভিন্ন ধরণের লক রাখতে পারে। ম্যানুয়ালি লক ( SELECT FOR UPDATE, LOCK) ইস্যু করার জন্য সীমিত সংখ্যক কমান্ড উপলব্ধ । ডিএমএল লকগুলি বাড়ানো যায় (আরডিএমএসের উপর নির্ভর করে, উদাহরণস্বরূপ, এসকিউএল সার্ভার সারি-> পৃষ্ঠা-> পার্টিশন-> টেবিলটিতে)। সংযোগ দীক্ষা, ব্যাকআপ, পুনরুদ্ধার, পদ্ধতি / ট্রিগার / ফাংশন / ইত্যাদি পুনঃসংশোধন, স্টার্টআপ, শাটডাউন ইত্যাদির সময় ডাটাবেস ইঞ্জিন দ্বারা লক জারি করা যেতে পারে

এটি আপনার প্রশ্নের উত্তর দেয় কিনা তা আমি নিশ্চিত নই, তবে আমি আশা করি এটি কার্যকর হয়ে যায়।


আপনার মন্তব্যের জন্য ধন্যবাদ. আপনি অবশ্যই এখন পর্যন্ত সবচেয়ে কাছের। আমি এখনও দেখার চেষ্টা করছি যে লকগুলি সর্বদা লকগুলির ক্ষেত্রে প্রয়োগ করা হয় যা স্পষ্ট LOCKবা SELECT FOR UPDATEবিবৃতি দ্বারা বা অন্য কোনও প্রক্রিয়া দ্বারা ব্যবহৃত হয় terms
লেয়ার্ড নেলসন

আমি যতদূর জানি, BEGIN TRANSACTIONনিজেই কোনও লক জারি করে না। লেনদেনের মধ্যে ডিএমএলের পরে লক উপস্থিত হবে।
a1ex07

স্পেসিফিকেশন - আমি বোঝাতে চেয়েছি BEGIN TRANSACTIONনিজে ডিএমএল লক তৈরি করে না; এটি প্রকৃতপক্ষে কিছু অভ্যন্তরীণ লকগুলি ইস্যু করা উচিত কারণ এটির জন্য সম্পদ বরাদ্দ করতে হবে, সারণী সারণিতে [একটি যদি) সক্রিয় লেনদেন রাখে এমন একটি এন্ট্রি যুক্ত করতে হবে (ইত্যাদি)
a1ex07

1

আমি এসকিউএল সার্ভার জার্গন ব্যবহার করব, তবে অন্যান্য বিক্রেতাদের জন্য ধারণাগুলি একই হওয়া উচিত:

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

আপনি যখন আপডেটের জন্য একটি নির্বাচন করেন, তার অর্থ এই যে লেনদেন চলাকালীন এটি একটি নির্দিষ্ট লক ধরে রাখবে।


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

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

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

@ LairdNelson যা এসকিউএল সার্ভারের জন্য স্ন্যাপশট বিচ্ছিন্নতা স্তর । বিদ্যমান, তবে একযোগের জন্য ডিফল্ট প্রক্রিয়া নয়। এটি আইআরসি, যদিও ওরাকল বা পোস্টগ্র্যাস্কিলের জন্য এটি ডিফল্ট।
মেরিয়ান

0

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

এটি এসিডি সম্পর্কে সমস্ত: - এটি পড়ুন এবং এটি আপনার মনকে পরিষ্কার করবে! এসিডি হ'ল বৈশিষ্ট্যগুলির একটি সেট যা আপনি ডেটাবেস সংশোধন করার সময় প্রয়োগ করতে চান।

  • ** পারমাণবিক পরিমাণ
  • দৃঢ়তা
  • বিচ্ছিন্নতা
  • স্থায়িত্ব **

একটি লেনদেন সম্পর্কিত পরিবর্তনগুলির একটি সেট যা কিছু এসিডি বৈশিষ্ট্য অর্জন করতে ব্যবহৃত হয়। লেনদেনগুলি এসিডি বৈশিষ্ট্য অর্জনের সরঞ্জাম।

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

ধারাবাহিকতার অর্থ হল যে আপনি গ্যারান্টি দিচ্ছেন যে আপনার ডেটা সামঞ্জস্য থাকবে; সম্পর্কিত ডেটাতে আপনার প্রতিবন্ধকতার কোনওটিই লঙ্ঘিত হবে না।

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

স্থায়িত্ব মানে হ'ল একবার লেনদেন সম্পূর্ণ হয়ে গেলে, এটি গ্যারান্টিযুক্ত যে সমস্ত পরিবর্তনগুলি একটি টেকসই মাঝারি (যেমন একটি হার্ড ডিস্ক) হিসাবে রেকর্ড করা হয়েছে, এবং লেনদেনটি সম্পন্ন হয়েছে তা একইভাবে রেকর্ড করা হয়েছে।

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


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

ডেটাবেসগুলি বেশ কয়েকটি লেনদেনের বিচ্ছিন্নতা স্তর সরবরাহ করে, যা ডেটা নির্বাচন করার সময় ঘটে এমন লকিংয়ের ডিগ্রি নিয়ন্ত্রণ করে erial সারিয়েজিবল, পুনরাবৃত্তযোগ্য পাঠ্য, প্রতিশ্রুত পড়ুন, পড়ুন বিনা পরীক্ষায়।
23_14
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.