ja nie miałem już naprawdę dużo do myślenia na prawo przyłączyć, ale przypuszczam, że ja nie od prawie 20 lat pisania zapytań SQL, trafiają na uzasadnienie ich używania. Z pewnością widziałem wiele z nich, które domyślam się wynikać z miejsca, w którym programiści korzystali z wbudowanych generatorów zapytań.
Ilekroć się zetknąłem, przepisałem zapytanie, aby je wyeliminować. Stwierdziłem, że po prostu wymagają zbyt wiele dodatkowej energii mentalnej, aby się uczyć lub ponownie się uczyć, jeśli nie odwiedziłeś zapytania przez jakiś czas. i nierzadko zdarza się, że zapytanie zagubiło się lub zwróciło nieprawidłowe wyniki - i to zwykle ta nieprawidłowość spowodowała, że poprosiłem mnie o sprawdzenie, dlaczego zapytania nie działały.
Myśląc o tym, po wprowadzeniu prawa-złączenia, masz teraz to, co uważałbym za konkurencyjne gałęzie logiki, które muszą spotkać się w środku. Jeśli zostaną wprowadzone dodatkowe wymagania/warunki, obie te gałęzie mogą być dalej rozszerzane, a Ty masz teraz więcej złożoności, którą musisz żonglować, aby upewnić się, że jedna gałąź nie daje nieprawidłowych wyników.
Ponadto, po wprowadzeniu łączenia prawego, inni mniej doświadczeni programiści, którzy później pracują nad zapytaniem, mogą po prostu przymocować dodatkowe tabele do prawej części zapytania, a tym samym rozszerzyć konkurencyjne przepływy logiczne, które wciąż występują. trzeba się spotkać w środku; lub w niektórych przypadkach widziałem, zacznij zagnieżdżać widoki, ponieważ nie chcą dotykać oryginalnej logiki, być może po części dlatego, że mogą nie rozumieć zapytania lub reguł biznesowych, które były na miejscu, które doprowadziły do logiki.
Albo, innymi słowy, chcesz zrobić to na prawo i lewo (i pełne) :) –