Domanda

Ho scritto alcune nuove stored procedure, e mi trovo tornare tra 6-8 risultato-set in pochi casi. Ho sempre lavorato in base al presupposto che ci sono stati alcuni inefficienze con esito-set che dovrebbero essere evitati.

Sembrerebbe che le mie opzioni sono di utilizzare risultato-set o la costruzione di una rappresentazione XML degli oggetti complessi e restituirli tramite canali SQL-XML ( Questo per evitare il troncamento dei blog, dai clienti ADO ). Qualcuno ha qualche esperienza con le prestazioni e / o relativi efficienza di queste scelte e forse fornire alcune intuizioni del male e bene di ciascuno?

Per ulteriore contesto ...

  • Ogni risultato-set avrebbe non più di 30 colonne, con la maggior parte circa 10
  • Dati Colonna è per lo più numeri interi ( da 1 a 8 byte ) e alcune stringhe tra i 50 ei 2000 caratteri
  • Durante carico di picco ci aspettiamo tra 5-9 query al secondo per le sprocs in questione, anche se c'è un caso d'uso che potrebbe essere 10 di al secondo
  • denormalizing ad una vista piatta in realtà non è un'opzione ragionevole nella misura in cui possiamo vedere
È stato utile?

Soluzione

Io preferisco più gruppi di risultati, perché i suoi più veloce e utilizza meno memoria e molto più facile da affrontare.

Ma tutto dipende consumo dei dati - ad esempio, se si può ricevere solo XML - non hai scelta, 8 -)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a dba.stackexchange
scroll top