আমি জানি যে ট্রিগারগুলি ডাটাবেসকে সামঞ্জস্য রাখতে স্টোর হওয়া ডেটা বৈধকরণ করতে ব্যবহার করা যেতে পারে। তবে, ডাটাবেসে স্টোর করার আগে অ্যাপ্লিকেশন দিকের ডেটা বৈধকরণ কেন সম্পাদন করবেন না?
উদাহরণস্বরূপ, আমরা ক্লায়েন্ট সঞ্চয় করি এবং আমরা কিছু বৈধতা সম্পাদন করতে চাই যা সহজেই ডিডিএল স্তরে করা যায় না। https://severalnines.com/blog/postgresql-triggers-and-stored-function-basics
আর একটি উদাহরণ নিরীক্ষা।
হালনাগাদ
কীভাবে ট্রিগার এবং ডাটাবেস লেনদেন একসাথে কাজ করে। উদাহরণস্বরূপ, যদি আমি dataোকানো হচ্ছে তথ্যের বৈধতা সম্পাদন করতে চাই। এটি একটি লেনদেনের ভিতরে সম্পন্ন হয়। এর আগে কী ঘটে: লেনদেন প্রতিশ্রুতিবদ্ধ হয় বা ট্রিগার কার্যকর করা হয়?
আপনার কি কোনও বাহ্যিক উত্স থেকে ডেটা toোকানো দরকার যা আপনার সিস্টেমে কেবল নির্বোধ ডেটা করছে? যদি তা হয় তবে আপনার ক্ষেত্রে এমন মামলা থাকতে পারে যেখানে আপনার পরে সংশোধনের জন্য একটি অবৈধ ফর্ম্যাটে ডেটা needোকানো দরকার। এই ক্ষেত্রে, ট্রিগারগুলি অন্তহীন সমস্যা সৃষ্টি করবে। এই মনে রাখবেন। কখনও কখনও আপনি একটি ট্রিগার কার্যকর করা চান না ।
—
গ্রেগ বার্গার্ট
আপনার আপডেটটি নিজেই একটি প্রশ্ন হওয়া উচিত, হতে পারে এসও তে, তবে আপনার প্রশ্নের ইতিমধ্যে ডেটাবেস প্রশাসক.এসইতে একটি উত্তর রয়েছে । সংক্ষেপে, এমনকি লেনদেন শুরুর আগে একটি "আপডেটের পরে" ট্রিগার কার্যকর করা হয় এবং যদি কোনও ব্যতিক্রম ট্রিগারটির ভিতরে ছুঁড়ে যায় তবে এটি একটি রোলব্যাকের কারণ হতে পারে।
—
ডক ব্রাউন
@ গ্রেগবার্গার্ড্ট বেশিরভাগ ডাটাবেসে বিবৃতি থাকে যা এই ধরণের ক্রিয়াকলাপের জন্য ট্রিগারগুলি অক্ষম করতে ব্যবহার করতে পারে।
—
blrfl
@ ব্লারফ্লাল: হ্যাঁ, তবে আপনাকে সচেতন হওয়া দরকার যে এই সংঘাতগুলি সমস্ত সংযুক্ত ব্যবহারকারীদের জন্য অস্থায়ীভাবে অক্ষম করা যেতে পারে, যখন আপনি কেবলমাত্র বর্তমান অধিবেশনটির জন্য শর্তসাপেক্ষে এই চেকগুলি অক্ষম করতে চান।
—
গ্রেগ বার্গার্ট
However, why not perform validation of data on the application side before storing them into the database?ভাল, এই দুটি পারস্পরিক একচেটিয়া নয়। সম্ভবত আপনি উভয় পক্ষের বিভিন্ন জিনিসকে বৈধতা দেবেন। অ্যাপ্লিকেশন পক্ষের বৈধতা ব্যবসায়িক কেন্দ্রিক হলেও, ডাটাবেসের বৈধতাগুলি ডেটা-কেন্দ্রিক বেশি। বিভিন্ন এবং বিভিন্ন অ্যাপ্লিকেশন দ্বারা খাওয়ানো একটি ডাটাবেস ভাবেন।