Rendimiento de acceder a campos de conjunto de datos utilizando nombres de campo en lugar de índices

Question

¿Es el rendimiento insignificante?

Por ejemplo,

myQuery.FieldbyName("MyField").AsString; 
myQuery.Fields[0].AsString; 

iPhone: tabla con un buen número de campos, dicen> 50 campos

Acceso a grandes conjuntos de resultados, dicen> 100.000 filas

es el beneficio legibilidad de nombres de campo que valen la disminución del rendimiento?

Answer 1

Aquí hay una publicación interesante de François Gaillard sobre FieldByName performance issues.

Answer 2

El rendimiento no puede ser insignificante, dependiendo de la frecuencia con la que acceda al campo por su nombre. Si lo usa para cada campo y cada fila, puede notar una disminución en el rendimiento (consulte, por ejemplo, http://www.delphifeeds.com/go/s/74559). Para MANTENER legibilidad aún mejorar el rendimiento puede:

1. Uso del [ 'NombreCampo'] o la sintaxis FieldByName() sólo una vez, y almacenar una referencia al campo en una variable.
2. Use "static" declaración de campo persistente, haga clic derecho en el conjunto de datos, seleccione Field Editor y agregue los campos necesarios. Declarará el descendiente de TField adecuado y le permitirá asignar un nombre.

También las llamadas a AsXXXXX pueden ser más lentas que utilizando una propiedad de valor nativo del descendiente de TField.

Answer 3

He encontrado que FieldByName se nota más lento.

Normalmente accedo a la base de datos a través de una capa intermedia, que accede a registros completos desde la misma tabla muchas veces. Al crear esa capa, asigno el índice de cada campo a una variable. Luego uso las variables para un acceso posterior, para tener aún código legible.

ADODataSet.CommandText := 'select * from [TABLE] where 1 = 0'; //table layout 
ADODataSet.Open; 
ADODataSet.GetFieldNames(List); 
varMyField := List.IndexOf('MyField');