hola
Pienso que en la db seria mas simple de administrar, o al menos de mantener
consistente el backup
Recuerda que no necesariametne debes poner las imagenes en la misma db, podrias
tener una exclusiva para las imagenes
Segun veo estas se asocian a un producto, lo cual este podria ser el
identificador de la imagen en la db.
Resumen, creas una db para las imagenes asi esta no degrada la performance de
tu db transaccional, creando por una sola tabla
que podria tener dos campos:
IdProducto
Image
Cuando recuperas el producto puedes consultar a la otra db para cargar la image.
Es mas podrias tener un campo en la entidad "Producto" que indique si tiene o
no una imagen asociada, asi saber si vas a leer la otra db o no,
un campo que podria ser "HasImageAssociated" tipo bool
o TieneImagenAsociada
saludos
________________________________
De: Gabriel Tobal <g...@capitulo2.com>
Para: puntonet@mug.org.ar
Enviado: jue, octubre 8, 2009 12:49:44 PM
Asunto: [puntonet] Website con muchas imagenes
Hola a todos
Recibí heredado un website el cual tiene un catalogo mas de 150.000
productos, al que llevan asociados mínimo 1 imagen por producto, hasta el
momento tiene alrededor del 50% de imágenes jpg y crece día a día.
Como es un volumen muy grande de archivos, están subdivididos en carpetas, q
van desde 500 a 5000 imágenes cada una,
Mi duda esta en si es conveniente pasar todas esas imágenes a la base de
datos (sqlserver), lo cual haria crecer notoriamente el tamaño de la base
(se encuentra en un hosting con cierta limitación de espacio, mas por costo
q por otra cosa), a nivel performance del site, el nivel de respuesta se
hace mas lento?? Q problemas pueden surgir con este transpaso
Muchas gracias por la info que me puedan aportar.
Saludos
Gabriel
Yahoo! Cocina
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/
