[DarkAlchemy]

Węgierki i Mirasy z #sql #mssql

Jakie są zalety MERGE ponad dobrze napisanym INSERT i UPDATE (zakładamy brak potrzeby DELETE)? Bo z tego co widziałem w necie (np. tutaj http://www.sqlservercentral.com/articles/MERGE/103127/ ) i we własnych testach MERGE zajmuje więcej czasu i pochłania więcej zasobów. Więc jaki jest sens?
(moje testy były jednak na serwerze w wersji 2008 R2, może nowe wersje są bardziej wydajne?)

[leszekwl]

@DarkAlchemy: jeżeli pola po których łączysz tabele masz już posortowane wcześniej (np clustered index) to merge bedzie lepszy, jeżeli nie, nested loop bedzie szybszy...

[DarkAlchemy]

@leszekwl: no łączę po nonclustered indexach, więc chyba zostanę przy INSERT/UPDATE (⌐ ͡■ ͜ʖ ͡■)

[DarkAlchemy]

@leszekwl: ogólnie to łączę tabelę, która ma ~45 mln wierszy, z taką co ma max 10k i zaraz po INSERT/UPDATE pozbywam się tej małej tabeli (dodanie/aktualizacja danych w dużej tabeli). Warto na niej zakładać index na tę chwilę też czy olać, bo to tylko strata czasu?

[leszekwl]

@DarkAlchemy: To zależy. Jak rozumiem tę tabelę tymczasową tworzysz na potrzeby update'u tabeli głównej. jeżeli uzywasz do update ponad 30% rekordów tabeli tymczasowej to index i tak nie zadziała. Jeżeli tabela tymczasowa zawiera niewielką liczbę kolumn rozważ użycie zmiennej tabelarycznej. Najlepiej potestować różne warianty, sprawdzić plany wykonania i wybrać najlepszy:)

[DarkAlchemy]

@leszekwl: w sumie, nie myślałem o użyciu zmiennej tabelarycznej w tym rozwiązaniu :) Jutro sprawdzę i jak nie zapomnę to napiszę co mi wyszło ( ͡° ͜ʖ ͡°)