Ya que estamos en tren de retucarnos, les cuento que tengo cosas similares funcionando con miles de archivos en un mismo directorio (dentro de servidores NT o 2000) y -usando NTFS- no existe problema de performance alguno. Es lo mismo abrir un archivo en un directorio que tiene 3 o que tiene 76473484.

Claro, si las imagenes debe buscarlas una persona, con algún mecanismo de browsing manual sobre los directorios, puede ser más útil separarlo. Si las va a buscar y leer la máquina, pues ¡que trabaje, que para eso la enchufamos!


>Hola Jose Luis
>
>Estoy de acuerdo en lo que dices en general. Pero aclaremos antes una cosa.
>
>El colega hizo una pregunta de tipo general, porque (yo lo conozco personalmente y se cual es su verdadero problema), jamás trabajó con imágenes.
>
>Quise darle una explicación de tipo general, para que entendiera por dónde tiene que empezar a mirar el problema
>
>Lo que tu dices es verdad, no deberían almacenarse miles de archivos en un solo directorio del disco porque la ralentización de las búsquedas creceria exponencialmente.
>
>También es cierto que se debería hacer una clase reutilizable, porque ese es uno de los grandes beneficios de la POO.
>
>Pero en este caso en particular, preferí orientarlo con lo básico, o sea:
>
>a) no usar un campo de tipo general
>b) referenciar sus imágenes con un código único para cada una y guardar dichas referencias en una tabla, por lo que solamente debería preocuparse de capturar dicha referencia y luego hacer que su ocx busque la imagen en el lugar en donde estuviera y la muestre
>c) le sugerí el uso del image control que viene con el VFP para que no se complicara la vida con algo muy sofisticado. Personalmente sé que su problema es de tipo puntual, único y va a manejar un número limitado de imágenes.
>
>Si vale la aclaración, te repito que coincido plenamente contigo.
>
>Cordiales saludos