Consumo de memoria de vistas locales.

Imaginemos la tabla de clientes con los famosos 10 millones de registros



No tiene sentido abrir toda la tabla para buscar solo un cliente, en el

caso

de trabajar directamente sobre la tabla.

Foxpro nunca "Abre toda la tabla". Eso es imposible. No creo que ningun
lenguaje lo haga. Para eso existen las tecnicas de cache y paginacion por
las cuales no debemos ni preocuparnos pues estan resueltas desde hace
tiempo. Ahora bien, una consulta (sea una vista o un simple select-sql) que
tenga que recorrer todos los registros con una condicion NO OPTIMIZADA, sin
duda que leera todos los registros de la tabla origen y eso sera muy lento.
Si la consulta esta optimizada, pues se auxiliará de los índices para solo
recorrer el bloque de registros necesario para dar el subconjunto
resultante.

Igualmente no tendría sentido usar la vista local puesto que la vista
cargaría solo el registro necesario pero en otra sesión de datos tengo

toda

la tabla con sus registros.

Tampoco. En la otra sesion tampoco tienes "toda la tabla". Simplemente
tienes un acceso abierto (conexion) a la tabla que con los comandos de
acceso y consulta se van cargando los registros desde el servidor.

¿Entonces cual técnica es la mas aconsejable para sistemas monousuarios y

el

uso de las dbc de fox.?

No es necesario que uses vistas locales en una aplicacion con dbc's. Puedes
trabajar directamente con las tablas y si deseas con buffers. Ahora bien,
la idea de la discusion aqui es que se demuestra que usar o no vistas
locales no tiene importancia porque el secreto de la rapidez de las
consultas esta en usar correctamente la optimizacion Rushmore aun en la
sentencia sql en que se basa la vista local. Con C/S es otra la historia.
Aqui estamos hablando de DBC's

O será que me estoy preocupando mucho por eso?

sin duda alguna