SQL ফরম্যাটার

আমাদের SQL ফরম্যাটার ডায়ালেক্ট-নির্দিষ্ট ফরম্যাটিং নিয়ম এবং কীওয়ার্ড হ্যান্ডলিং সহ স্ট্যান্ডার্ড SQL, MySQL, PostgreSQL, Oracle, SQL Server, SQLite এবং BigQuery সাপোর্ট করে।

হ্যাঁ, ফরম্যাটারটি BEGIN/END, IF/ELSE এবং LOOP কনস্ট্রাক্টের জন্য সঠিক ইন্ডেন্টেশন সহ স্টোরড প্রসিডিউর, ইউজার-ডিফাইন্ড ফাংশন, ট্রিগার এবং জটিল প্রসিডিউরাল ব্লক পরিচালনা করে।

হ্যাঁ, নিরাপদ শেয়ারিংয়ের জন্য কোয়েরি কাঠামো সংরক্ষণ করে সংবেদনশীল টেবিল নাম, কলাম নাম এবং মান প্লেসহোল্ডার টেক্সট দিয়ে প্রতিস্থাপন করতে অবফাসকেট ফিচার ব্যবহার করুন।

বিশ্লেষক আপনার SQL পরীক্ষা করে স্টেটমেন্ট টাইপ, রেফারেন্স করা টেবিল, জটিলতা রেটিং, কীওয়ার্ড ব্যবহার এবং পারফরম্যান্স বৈশিষ্ট্য সনাক্ত করে আপনার কোয়েরি অপ্টিমাইজ করতে সাহায্য করে।

হ্যাঁ, ফরম্যাটারটি একাধিক স্টেটমেন্ট ধারণকারী সম্পূর্ণ SQL স্ক্রিপ্ট প্রক্রিয়া করে, প্রতিটি SELECT, INSERT, UPDATE, DELETE বা DDL স্টেটমেন্ট সঠিকভাবে আলাদা করে এবং ফরম্যাট করে।

ফরম্যাটিং নিয়ম আপনার নির্বাচিত ডায়ালেক্ট অনুযায়ী মানিয়ে নেয়: MySQL/MariaDB, PostgreSQL, T-SQL (SQL Server), SQLite এবং Oracle PL/SQL। প্রধান পার্থক্যগুলো হলো কীওয়ার্ড সেট (LIMIT vs TOP vs FETCH FIRST), আইডেন্টিফায়ার কোটিং (ব্যাকটিক vs ডাবল কোট vs ব্র্যাকেট) এবং স্টেটমেন্ট সেপারেটর - আপনার ডায়ালেক্ট যা যা চায়, ফরম্যাটার তা-ই সংরক্ষণ করে।

ডিফল্টভাবে রিজার্ভড কীওয়ার্ডগুলো (SELECT, WHERE, JOIN) আপারকেস করা হয় এবং আইডেন্টিফায়ার যেভাবে লেখা আছে সেভাবেই রাখা হয় - এটি বেশিরভাগ SQL স্টাইল গাইডের প্রচলিত রীতি, যার মধ্যে Simon Holywell রক্ষণাবেক্ষণ করা বহুল-উদ্ধৃত গাইডটিও রয়েছে। কমা-প্রথম বনাম কমা-শেষ অবস্থান এবং লাইনের শুরুতে AND/OR অ্যালাইনমেন্ট - এই দুটি অপশনই কোড রিভিউতে diff-এর পাঠযোগ্যতায় সবচেয়ে বেশি প্রভাব ফেলে।

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