অ্যালেক্স কুজনেটসভের তাঁর ডিফেন্সিভ ডেটাবেস প্রোগ্রামিং (অধ্যায় 8) বইয়ের একটি দুর্দান্ত অধ্যায় রয়েছে যা টি-এসকিউএল ট্রায় ... ক্যাচ, টি-এসকিউএল লেনদেন এবং সেট সেট এক্সএসিএসএবির্ট সেটিংস এবং ক্লায়েন্ট-সাইড ত্রুটি হ্যান্ডলিং ব্যবহার করে using আপনার কী অর্জন করতে হবে তার জন্য কোন বিকল্পগুলি সর্বাধিক বোধ করে তা স্থির করতে আপনাকে অনেক সহায়তা করবে help
এটা তোলে জন্য উপলব্ধ বিনামূল্যে এ এই সাইটের । আমি কোনওভাবেই সংস্থার সাথে সম্পর্কিত নই, তবে আমি সেই বইয়ের হার্ড কপি সংস্করণের মালিক do
অ্যালেক্স দ্বারা খুব ভাল ব্যাখ্যা করা হয়েছে যে এই বিষয়ে অনেক ছোট বিবরণ আছে।
পার নিকের অনুরোধ ... (তবে এই সমস্তটি অধ্যায়টিতে নেই)
স্কেলিংয়ের ক্ষেত্রে, ডিবি কোডে কোন ক্রিয়াকলাপগুলি হওয়া দরকার এবং কোনটি অ্যাপে থাকা উচিত সে সম্পর্কে আপনার নির্মমভাবে সততা থাকা দরকার। কখনও লক্ষ্য করুন কীভাবে দ্রুত কার্যকরকরণ কোড পদ্ধতি অনুসারে একক উদ্বেগের জন্য ডিজাইনে ফিরে আসে?
যোগাযোগের সবচেয়ে সহজ উপায় হ'ল কাস্টম ত্রুটি কোড (> 50,000)। এটিও বেশ দ্রুত। এর অর্থ এই নয় যে আপনাকে ডিবি কোড এবং অ্যাপ কোডটি সিঙ্কে রাখতে হবে। একটি কাস্টম ত্রুটি কোড সহ, আপনি ত্রুটি বার্তা স্ট্রিংয়ে দরকারী তথ্যও ফিরে আসতে পারেন। আপনার সেই পরিস্থিতিতে কঠোরতার জন্য একটি ত্রুটি কোড রয়েছে তাই আপনি ত্রুটির ডেটা ফর্ম্যাট অনুসারে অ্যাপ কোডটিতে একটি পার্সার লিখতে পারেন।
এছাড়াও, কোন ত্রুটি শর্তের জন্য ডাটাবেসে পুনরায় চেষ্টা করার যুক্তি প্রয়োজন? আপনি যদি X সেকেন্ড পরে আবার চেষ্টা করতে চান, তবে অ্যাপ্লিকেশন কোডটিতে এটি পরিচালনা করা আপনার পক্ষে আরও ভাল যাতে লেনদেন এতটা ব্লক না করে। আপনি যদি এখনই কেবল ডিএমএল অপারেশনটি পুনরায় জমা দিচ্ছেন তবে এসপিতে পুনরাবৃত্তি করা আরও কার্যকর হতে পারে। তবে মনে রাখবেন, আপনাকে পুনরায় চেষ্টা করার জন্য আপনাকে সম্ভবত নকল কোড বা এসপিগুলির একটি স্তর যুক্ত করতে হবে।
সত্যই, এটি বর্তমানে ট্রাইয়ের সাথে সবচেয়ে বড় ব্যথা ... এই মুহূর্তে এসকিউএল সার্ভারে ক্যাচ যুক্তি। এটি করা যেতে পারে তবে এটি একটি অল্প কিছুটা। এসকিউএল সার্ভার ২০১২-তে এর কিছু পরিবর্তন আসছে, বিশেষত সিস্টেম ব্যতিক্রম পুনরায় নিক্ষেপ (মূল ত্রুটির নম্বর সংরক্ষণ করে) Look এছাড়াও, ফরমেটমেসেজ রয়েছে যা ত্রুটি বার্তা তৈরিতে কিছুটা নমনীয়তা যুক্ত করে, বিশেষত লগিংয়ের উদ্দেশ্যে।