Preia un articol scris de mine pentru servici de pe evolua.ro care celor ce activeaza in domeniu le-ar fi de folos. Oricum vroiam de mult sa scriu si un articol mai tehnic, asa ca poftiti va rog 
In multe situatii cand se migreaza o baza de date de pe un server pe altul (in special cand este vorba de o migrare de pe o versiune inferioara de Microsoft SQL cum ar fi SQL 2000 sau SQL 2005) puteti avea surpriza neplacuta ca query-urile si procedurile existente sa va mearga mult mai lent. Este vorba despre o migrare prin backup si restore. De obicei se migreaza pe un server mai nou, mai puternic si mai recent pentru a obtine un spor de performanta. Si, supriza, ajungeti sa descoperiti ca merge mai greu decat serverul vechi. In cazul nostru, erau de exemplu niste proceduri care pe serverul vechi (MS SQL 2000) se executau in aproximativ 11 de secunde si pe serverul nou (MS SQL 2008) ajungeau sa se execute in mai mult de 2 minute. Ce era mai interesant, este ca timpul de executie varia aleator, intre 1:40 minute si 2:30 minute. Aceasta situatie ajungea sa genereze timeout-uri si probleme.
Incep sa scriu aceste randuri in avion, in drumul spre Munchen. Stiu ca sunt dator de mult sa mai povestesc ceva pe blog, eh uite ca am venit acu din urma sa recuperez. Pe scurt, pai cum am ajuns eu in avion in drum spre Munchen? Pai, ma duc la Microsoft in Munchen, mai exact in Unterschleissheim (pentru cunoscatori, scoateti „L”-ul din nume 
). Da, pana la urma am ajuns sam a angajez la Microsoft, chiar mai repede decat credeam dupa ce am petrecut si o luna de zile la ei in Internship. Sincer pot sa zic ca imi place, so far, nu se compara cu alte experiente „lucrative” de pana acuma. Acu de Microsoft, ce pot sa zic, corporatie mare, cu interesu unde e banu gros si clientu mare. Asta a fost un quick walkthrough, pentru cei care nu se pot concentra mai mult de 1-2 paragrafe, acu pentru restu care vor mai in detaliu incep acu sa istorisesc un pic mai in detaliu. 
) . 