Procedury składowane (SP) i widoki SQL to różne „bestie”, jak kilkakrotnie wspomniano w tym poście.
Jeśli wykluczymy niektóre [zazwyczaj drobne, z wyjątkiem przypadków marginalnych] kwestie dotyczące wydajności związane z buforowaniem planu zapytania, czas związany z wiązaniem z procedurą składowaną itp., dwa podejścia są w sumie równoważne, wydajność- mądry. Jednak...
Widok jest ograniczony do wszystkiego, co można wyrazić w pojedynczej instrukcji SELECT (no, może z CTE i kilkoma innymi sztuczkami), ale ogólnie widok jest powiązany z deklaratywnymi formami zapytań . Procedura składowana po drugiej stronie może używać różnych konstrukcji typu proceduralnego (a także deklaratywne), dzięki czemu przy użyciu SP można ręcznie wypracować sposób rozwiązania danego zapytania, który może być bardziej wydajny niż to, co mógł zrobić optymalizator zapytań SQL-Server (na podstawie pojedynczego zapytania deklaratywnego). W takich przypadkach SP może być znacznie szybszy (ale uważaj... optymalizator jest całkiem sprytny i nie trzeba wiele, aby SP był znacznie wolniejszy niż odpowiedni widok).
Oprócz tych rozważań dotyczących wydajności, dostawcy usług są bardziej wszechstronni i umożliwiają szerszy zakres zapytań i działań niż widoki.
