sql >> Databasteknik >  >> RDS >> Sqlserver

Ska du göra flera infogningssamtal eller skicka XML?

Inget förolämpat, men du tänker över det här.

Samla din information, när du har allt tillsammans, skapa en transaktion och infoga de nya raderna en i taget. Det finns ingen prestationsträff här, eftersom transaktionen kommer att vara kort.

Ett problem skulle vara om du skapar transaktionen på anslutningen, infogar användarraden, väntar på att användaren ska ange mer profilinformation, infogar den, väntar på att de lägger till adressinformation, infogar den, DO NOT NOT GÖR DETTA , detta är en onödigt långvarig transaktion och kommer att skapa problem.

Men ditt scenario (där du har all data) är en korrekt användning av en transaktion, det säkerställer din dataintegritet och kommer inte att belasta din databas, och kommer inte - på egen hand - att skapa dödlägen.

Hoppas detta hjälper.

P.S. Nackdelarna med XML-metoden är den extra komplexiteten, din kod måste känna till xml-schemat, din lagrade procedur måste också känna till XML-schemat. Den lagrade proceduren har den extra komplexiteten att tolka xml-filen och sedan infoga raderna. Jag ser verkligen inte fördelen med den extra komplexiteten för vad som är en enkel kort löpande transaktion.



  1. använder lika i förening med kodtändare aktiva poster

  2. Matchar närmaste longitud/latitud

  3. Varför PostgreSQL-adapter psycopg2 misslyckas i Google App Engine dev_appserver.py?

  4. MySQL lämnade yttre sammanfogning med where-sats - returnera omatchade rader