Today's database applications deal

Today's database applications deal with an ever-increasing transaction rate as hardware gets more powerful and less expensive. For this reason, you are often trying to pack more and more into a single server, thus increasing the activity. But one of the most expensive operations in terms of memory and CPU usage in the SQL Server instance is the compiling of query plans. We have also seen an increase in applications that can speed development but that often result in calls to the database that make it nearly impossible to reuse the query plan. I'm talking about applications that don't use stored procedures or that don't correctly parameterize their queries. This can result in extremely poor performance, especially as the number of transactions increases. I highly recommend that you also read the "Plan Caching in SQL Server 2008" white paper as an excellent source for describing how SQL Server handles query plans and reuse.

Resultados (español) 1:

Aplicaciones de base de datos de hoy tratan con una tasa de transacción cada vez más como hardware es más potente y menos costosa. Por esta razón, a menudo intenta empacar más y más en un solo servidor, aumentando así la actividad. Pero una de las operaciones más costosas en términos de memoria y uso de la CPU en la instancia de SQL Server es la compilación de planes de consulta. También hemos visto un incremento en las aplicaciones que puede acelerar el desarrollo pero que a menudo resultan en llamadas a la base de datos que hacen casi imposible de reutilizar el plan de consulta. Estoy hablando de aplicaciones que no utilice procedimientos almacenados o que no parametrizar correctamente sus consultas. Esto puede resultar muy buen rendimiento, especialmente como el número de transacciones aumenta. Recomiendo que también leas el documento "Plan de almacenamiento en caché de SQL Server 2008" como una excelente fuente para describir cómo SQL Server maneja planes de consulta y reutilización.

Resultados (español) 2:

aplicaciones de bases de datos de hoy en día tratan con una tasa de transacción cada vez mayor como el hardware se hace más potente y menos costoso. Por esta razón, a menudo se intenta acumular más y más y más en un único servidor, lo que aumenta la actividad. Pero una de las operaciones más costosas en términos de memoria y uso de CPU en la instancia de SQL Server es la compilación de planes de consulta. También hemos visto un aumento en las aplicaciones que pueden acelerar el desarrollo, sino que a menudo resultan en llamadas a la base de datos que hacen que sea casi imposible la reutilización del plan de consulta. Estoy hablando de las aplicaciones que no utilizan procedimientos almacenados o que no se parametrizan correctamente sus consultas. Esto puede resultar en extremadamente pobre rendimiento, especialmente como el número de transacciones aumenta. Le recomiendo que lea también la "Almacenamiento en caché del Plan de SQL Server 2008" Libro Blanco como una excelente fuente para describir cómo SQL Server maneja los planes de consulta y reutilización.