اشتباهات رایج در نوشتن کوئری‌های SQL

SQL یکی از مهم‌ترین زبان‌ها برای کار با پایگاه داده است؛ اما صرفا بلد بودن سینتکس SQL به این معنی نیست که می‌توانیم کوئری‌های سریع و بهینه بنویسیم. بسیاری از مشکلاتی که در پروژه‌های واقعی با آن‌ها مواجه می‌شویم، نه به خاطر پیچیدگی دیتابیس، بلکه به‌دلیل چند اشتباه در نوشتن کوئری SQL است. در این مقاله از مجله آکادمی سبزلرن، ۸ اشتباه رایج در نوشتن کوئری‌های SQL را بررسی می‌کنیم و برای هرکدام راهکارهایی ارائه می‌دهیم که به شما کمک می‌کنند Queryهای حرفه‌ای‌تری بنویسید.

۸ اشتباه در نوشتن کوئری SQL

در پروژه‌های واقعی معمولا دیتابیس با حجم محدودی از اطلاعات کار نمی‌کند و ممکن است یک جدول چند میلیون یا حتی چند میلیارد رکورد داشته باشد. در چنین شرایطی کوچک‌ترین اشتباه در نوشتن کوئری SQL می‌تواند زمان پاسخ‌گویی را در پروژه‌ها به‌شدت زیاد کند. به همین دلیل در ادامه ۸ اشتباه رایج در نوشتن کوئری‌های SQL را معرفی و بررسی می‌کنیم چطور می‌توان با رعایت چند نکته ساده، از بروز این خطاها و کاهش Performance دیتابیس جلوگیری کرد.

پیشنهاد مطالعه:پایگاه داده یا دیتابیس چیست؟

۱. استفاده بی‌دلیل از SELECT *

استفاده از SELECT * را می‌توان رایج‌ترین اشتباه در نوشتن کوئری SQL بیان کرد. این دستور تمام ستون‌های جدول را برمی‌گرداند؛ حتی اگر فقط به دو یا سه ستون نیاز داشته باشیم. فرض کنید جدول کاربران شامل 20 ستون باشد، اما شما فقط به نام و ایمیل کاربران نیاز داشته باشید. در این حالت بهتر است به‌جای دریافت تمام اطلاعات، ستون‌های موردنیاز را مشخص کنید. به‌طور مثال:

SELECT name, email
FROM users;

به‌جای:

SELECT *
FROM users;

استفاده از ستون‌های مشخص، حجم داده منتقل‌شده را کاهش می‌دهد و خوانایی Query را نیز بهتر می‌کند. این موضوع در APIها و برنامه‌هایی که تعداد زیادی درخواست به دیتابیس ارسال می‌کنند اهمیت بیشتری پیدا می‌کند. کوئری SELECT * می‌تواند برای بررسی سریع داده‌ها در محیط توسعه کاربردی باشد، اما در Queryهای Production بهتر است تا حد امکان از آن استفاده نکنید.

۲. نادیده گرفتن Indexها

ایندکس (Index) یکی از مهم‌ترین ابزارها برای افزایش سرعت جست‌وجو در دیتابیس است؛ اما بسیاری از برنامه‌نویسان یا از Index استفاده نمی‌کنند یا آن را بدون شناخت کافی روی ستون‌های نامناسب قرار می‌دهند. برای مثال اگر مرتباً کاربران را بر اساس ایمیل جست‌وجو می‌کنید و جدول شما میلیون‌ها رکورد داشته باشد، نبود یک Index مناسب باعث می‌شود دیتابیس برای پیدا کردن نتیجه، تعداد زیادی از رکوردها را بررسی کند.. برای مثال:

SELECT *
FROM users
WHERE email = 'user@example.com';

اگر "email" یکی از فیلدهای پرتکرار در جست‌وجو باشد، ایجاد Index مناسب می‌تواند عملکرد کوئری را بهبود دهد. البته Index نیز رایگان نیست. Indexهای بیش از حد می‌توانند فضای ذخیره‌سازی بیشتری مصرف کنند و عملیات‌هایی مانند "INSERT" و "UPDATE" را تحت تاثیر قرار دهند. بنابراین در آموزش SQL حرفه‌ای باید علاوه‎بر نحوه ساخت ایندکس، زمان مناسب استفاده از آن را نیز یاد بگیرید.

۳. استفاده نادرست از JOIN

یکی از قدرتمندترین قابلیت‌های SQL که امکان ترکیب اطلاعات چند جدول را فراهم می‌کند، کوئری "JOIN" است. البته یکی از اشتباهات رایج استفاده از JOIN در جای نامناسب است که می‌تواند تعداد رکوردهای خروجی را به‌شدت افزایش دهد و بازدهی را پایین بیاورد. برای مثال، اگر شرط اتصال جداول را اشتباه تعریف کنید، ممکن است به جای یک ارتباط منطقی، تعداد زیادی ترکیب غیرضروری ایجاد شود.

استفاده درست از"INNER JOIN"، "LEFT JOIN" و سایر انواع JOIN به شناخت ساختار دیتابیس و رابطه بین جداول نیاز دارد. همچنین باید مشخص باشد که آیا واقعا به تمام داده‌های جدول دوم نیاز دارید یا می‌توان کوئری را به شکل ساده‌تری نوشت. برای رفع این مشکل بهتر است قبل از نوشتن کوئری جوین حتما رابطه بین جداول، کلید اصلی و کلید خارجی را بررسی کنید و مطمئن شوید JOIN دقیقا همان ارتباط موردنظر را ایجاد می‌کند.

۴. نوشتن Query بدون توجه به حجم داده

یک Query ممکن است روی جدول هزار رکوردی فوق‌العاده سریع باشد، اما همان Query روی جدولی با 10 میلیون رکورد عملکرد بسیار متفاوتی داشته باشد. یک اشتباه رایج در نوشتن کوئری SQL هم دقیقا همین است که برخی برنامه‌نویسان فقط به نتیجه نهایی فکر می‌کنند و این نکته را در نظر نمی‌گیرند که دیتابیس برای رسیدن به این نتیجه چه مقدار داده را باید پردازش کند. برای مثال استفاده از شرط مناسب در "WHERE" می‌تواند تعداد رکوردهای پردازش‌شده را کاهش دهد:

SELECT name, email
FROM users
WHERE status = 'active';

۵. استفاده نادرست از WHERE و HAVING

"WHERE "و "HAVING" هر دو برای فیلتر کردن داده‌ها استفاده می‌شوند، اما کاربرد یکسانی ندارند. کوئری WHERE قبل از عملیات "Grouping" داده‌ها را فیلتر می‌کند، اما HAVING اغلب برای فیلتر کردن نتیجه حاصل از "GROUP BY" کاربردی است. برای مثال:

SELECT category, COUNT(*) AS total
FROM products
WHERE price > 100
GROUP BY category
HAVING COUNT(*) > 10;

در این کوئری ابتدا محصولاتی که قیمت آن‌ها بیشتر از ۱۰۰است انتخاب می‌شوند، سپس داده‌ها بر اساس دسته‌بندی گروه‌بندی شده و در نهایت گروه‌هایی که بیش از ۱۰ محصول دارند نمایش داده می‌شوند. استفاده اشتباه از این دو می‌تواند باعث پردازش داده‌های اضافی شود و Query را پیچیده‌تر کند.

۶. نوشتن Subquery های پیچیده و غیر ضروری

"Subquery"ها در بسیاری از مواقع بسیار کاربردی هستند، اما استفاده بیش از حد یا نادرست از آن‌ها می‌تواند خوانایی و گاهی عملکرد کوئری‌ را کاهش دهد. برای مثال گاهی یک Subquery چندلایه نوشته می‌شود، در حالی که می‌توان همان منطق را با "JOIN" یا "CTE" به شکل ساده‌تر پیاده‌سازی کرد. اگر Query شما شامل چندین Subquery تو در تو است، بهتر است یک بار منطق آن را بازبینی کنید. در چنین شرایطی استفاده از "CTE" یا "Common Table Expression" می‌تواند خوانایی کوئری را افزایش دهد:

WITH active_users AS (
	SELECT id, name
	FROM users
	WHERE status = 'active'
)
SELECT *
FROM active_users;

البته CTE نیز قرار نیست همیشه سریع‌تر از سایر روش‌ها باشد. هدف اصلی باید انتخاب ساختاری باشد که هم قابل فهم و هم از نظر عملکرد مناسب باشد.

۷. نادیده گرفتن Execution Plan

یکی از تفاوت‌های برنامه‌نویس مبتدی و حرفه‌ای در SQL، نحوه بررسی و بهینه‌سازی Performance کوئری‌هاست. Execution Plan نشان می‌دهد دیتابیس برای اجرای یک Query چه مسیری را طی می‌کند و با بررسی آن می‌توان مشکلاتی مانند Full Table Scan، استفاده نامناسب از Index، JOINهای پرهزینه و پردازش حجم زیادی از داده را شناسایی کرد. بنابراین، یادگیری Execution Plan و بهینه‌سازی Query در کنار دستورات پایه SQL اهمیت زیادی دارد.

۸. استفاده نادرست از LIKE

برای جست‌وجوی الگو در رشته‌ها می‌توانید از "LIKE" استفاده کنید؛ اما استفاده نادرست از آن یک اشتباه رایج در نوشتن کوئری SQL است و می‌تواند باعث کاهش Performance و کند شدن اجرای Query شود. برای مثال:

WHERE name LIKE '%ali%'

وجود % در ابتدای عبارت جست‌وجو می‌تواند استفاده موثر از برخی Indexها را دشوار کند و در جدول‌های بزرگ باعث پردازش تعداد زیادی رکورد شود. اگر منطق برنامه اجازه می‌دهد، بهتر است نوع جست‌وجو را به شکلی طراحی کنید که دیتابیس بتواند از ایندکس مناسب استفاده کند. البته انتخاب راهکار به نوع دیتابیس، نیاز پروژه و نوع جست‌وجو بستگی دارد و در پروژه‌های بزرگ ممکن است استفاده از "Full-Text Search" یا موتورهای جست‌وجو گزینه مناسب‌تری باشد.

چطور از این اشتباهات در SQL جلوگیری کنیم؟

برای جلوگیری از هرگونه اشتباه در نوشتن کوئری SQL و افزایش عملکرد در اجرا، بهتر است به نکات زیر توجه کنید:

• نیازمندی و هدف Query را قبل از نوشتن آن به‌طور دقیق مشخص کنید.

• فقط ستون‌ها و داده‌های موردنیاز را انتخاب کنید و از دریافت اطلاعات اضافی خودداری کنید.

• ساختار جداول و "Index"های موجود را بررسی کنید.

• بعد از نوشتن Query، علاوه بر صحت نتیجه، "Performance" آن را نیز بررسی کنید.

• برای شناسایی مشکلات عملکردی از "Execution Plan" کمک بگیرید.

• کوئری را روی حجم‌های مختلف داده تست کنید؛ چون ممکن است یک Query روی دیتابیس کوچک سریع باشد اما با افزایش داده به یک "Bottleneck" تبدیل شود.

یادگیری حرفه‌ای SQL را از کجا شروع کنیم؟

اگر فقط با چند دستور ساده SQL آشنا هستید، برای رسیدن به سطح حرفه‌ای باید مسیر یادگیری را مرحله‌به‌مرحله طی کنید. مفاهیم پایه مانند ساخت جدول، انواع داده، "SELECT"، "INSERT"، "UPDATE" و "DELETE" نقطه شروع هستند؛ اما مسیر در همین‌جا تمام نمی‌شود.

بعد از مباحث پایه باید سراغ موضوعاتی مانند "JOIN"، "GROUP BY"، "Subquery"، "CTE"، "Index"، "Transaction"، "View"، "Stored Procedure" و بهینه‌سازی کوئری بروید. اگر به‌دنبال یک مسیر آموزشی منظم هستید، خرید دوره آموزش SQL می‌تواند مسیر یادگیری را هموارتر کند و شما را از آزمون‌وخطای پراکنده نجات دهد. همچنین اگر در مسیر برنامه‌نویسی هستید، یادگیری SQL در کنار آموزش بک اند می‌تواند درک بهتری از نحوه ارتباط اپلیکیشن با دیتابیس به شما بدهد.