Що швидше приєднатися


Відповіді:


17

Різниці не буде - механізм запитів у mssql (і в більшості двигунів бази даних) створить однаковий план запитів для обох. Ви можете перевірити це, переглянувши передбачуваний та фактичний план запитів у SQL Workbench.


10

Оптимізатор проігнорує це, оскільки це ідентичний ПРИЄДНАЙТЕСЬ.

SQL є декларативним, а не процедурним, і запит буде оцінюватися в тото, а не в рядку за рядком.


4

Як щодо створення тесту, який використовує ваші власні дані, щоб відповісти на ваше запитання?

Якщо ви дізнаєтесь лише одне про програмування баз даних, це те, що часто ніколи один розмір не підходить для будь-якого рішення. Звичайно, є найкращі практики, але, як правило, це завжди залежить від конкретного випадку.

Я вважаю, що це тому, що в запитах до бази даних відносин часто не є один розмір, який підходить до будь-якого підходу. Оскільки планувальник вирішує, як рухатись за вашими даними, той самий запит може бути легким або надто повільним, залежно від того, що планувальник вирішить зробити з тією інформацією, яку він має у будь-який момент. Наприклад, іноді індекс - ваш найкращий друг через місяць, а через місяць - ваш найгірший ворог, залежно від того, чи шукаєте ви або вставляєте дані та як інші користуються системою під час запуску запиту. Тому я завжди рекомендую створити тест, який доводить для вашого випадку використання функціонування цього запиту. І навіть тоді ваші результати можуть змінюватися з часом, і ви повернетесь до оптимізації, коли змінюються дані та використання.

Я думаю, що відповіді, які ви отримаєте від stackoverflow, - це відповіді з текстової книги, а не відповідь у реальному світі, яку може дати лише ваше оточення. І врешті-решт, важливий ваш реальний результат.

Тепер ваш простий запит, який ви тут показуєте, повинен бути однаковим. Але навіть тоді я кажу, протестуйте його і доведіть, якщо ви ставите запитання. Я б довірився результатам, перш ніж я би довіряв будь-якій відповіді, включаючи мою.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.