SQL ফরম্যাটার

ডায়ালেক্ট সিলেক্টর কেন গুরুত্বপূর্ণ

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

পার্থক্যগুলি অস্বাভাবিক নয়। শুধু আইডেন্টিফায়ার কোটিং দিয়েই মাঠ ভাগ হয়ে যায়: MySQL ব্যাকটিক ব্যবহার করে, PostgreSQL ও স্ট্যান্ডার্ড SQL ডাবল কোট ব্যবহার করে, আর SQL Server বর্গাকার বন্ধনী ব্যবহার করে। যে ফরম্যাটার ভুল রীতি ধরে নেয় সে কোটেড আইডেন্টিফায়ারকে স্ট্রিং লিটারেল মনে করে অস্তিত্বহীন সীমানায় কোয়েরি পুনঃপ্রবাহিত করতে পারে। কোটিংয়ের বাইরেও আছে LIMIT বনাম TOP বনাম FETCH FIRST, PostgreSQL-এর :: কাস্ট অপারেটর, @ দিয়ে শুরু হওয়া T-SQL ভেরিয়েবল, BigQuery-র ব্যাকটিক-মোড়ানো প্রজেক্ট পাথ এবং Snowflake-এর QUALIFY ক্লজ। সঠিক ডায়ালেক্ট বেছে নেওয়াই সেগুলো অক্ষত রাখে।

ইন্ডেন্টেশন একটি ডিফ-সিদ্ধান্ত

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

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

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

ফরম্যাটার যা করবে না

ফরম্যাটিং সম্পূর্ণ উপস্থাপনামূলক। এটি কোয়েরিকে দ্রুত করবে না, আর অপটিমাইজার যে প্ল্যান তৈরি করে তাতেও কিছু বদলায় না। একটি সুন্দর ইন্ডেন্ট করা সম্পর্কযুক্ত সাবকোয়েরি এখনও প্রতি সারিতে একবার চলে। পারফরম্যান্সের কাজে EXPLAIN ব্যবহার করুন; পাঠযোগ্যতার জন্য ফরম্যাটার ব্যবহার করুন।

এটি যাচাইও করে না। এই টুল পাঠ্য পুনঃপ্রবাহিত করার মতো যথেষ্ট পার্স করে, কিন্তু এটি ইঞ্জিনের পার্সার নয় এবং ভুল বানান করা কলাম বা অনুপস্থিত জয়েন শর্তসহ কোয়েরিও আনন্দের সাথে ফরম্যাট করবে। পরিষ্কার ফরম্যাট সিনট্যাক্স চেক নয়, আর কোয়েরি বৈধ কিনা তার একমাত্র কর্তৃপক্ষ সেই ডাটাবেস যেটিতে আপনি চালাতে চান।

ফরম্যাটিংয়ের পাশাপাশি গ্রহণযোগ্য একটি অভ্যাস হলো প্যারামিটারাইজেশন। স্ট্রিংয়ে মান যুক্ত করে কোয়েরি ফরম্যাট করা ইনজেকশন ঝুঁকিকে বেশি পাঠযোগ্য করে, কম বাস্তব নয়। আপনি যদি এমন SQL ফরম্যাট করতে দেখেন যাতে ইউজার ইনপুট সরাসরি টেক্সটে ঢোকানো, তাহলে ফরম্যাটিংই প্রথমে ঠিক করার মতো সমস্যা নয়।