¿Qué efecto tiene la longitud de un nombre de campo en el rendimiento de una base de datos? ¿Es insignificante? ¿Debo ir con largos nombres descriptivos?Efecto de la longitud del nombre de campo de una base de datos en el rendimiento?
No he medido el tiempo, pero me imagino insignificante. Los nombres de campo se enviarán de ida y vuelta a través de la red, tanto en sus sentencias SQL A la base de datos como en los metadatos que provienen de la base de datos, pero creo que la diferencia incremental que hacen algunos bytes en esos paquetes está debajo el umbral del cuidado.
Compadezca a los humanos pobres que tienen que leer su código, y haga que los nombres sean descriptivos. Deje que la computadora haga un poco de trabajo extra.
Sea sensible - haga nombres de campo lo suficientemente largos para que sepa lo que representan, pero lo suficientemente cortos como para no tener que desplazarse media hora a la derecha para ver qué es la columna.
Puede obtener información académica y analizar el tiempo que el analizador de consultas necesita para leer la consulta, pero en realidad ... los nombres largos no tienen ninguna influencia que le preocupe en absoluto.
El servidor de base de datos convierte los nombres de los campos en una representación interna. Entonces, la única vez que la longitud del nombre afecta el rendimiento es cuando el servidor analiza sus declaraciones SQL. El impacto en el rendimiento de esto es insignificante para aplicaciones típicas.
Internamente, el procesador de consultas utiliza los números para los nombres de los campos una vez que se han analizado los tokens en la consulta, No hay ganancias de rendimiento razonables en nombres cortos en objetos de bases de datos.
Si está utilizando sql en línea o un ORM, habría algún impacto debido a la información adicional que se envía de ida y vuelta en la red; pero estamos hablando realmente insignificante.
me conmueve su última declaración. ¡ética de programación FTW! –