FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#2
|
|||
|
|||
Gracias a todos por sus comentarios
Después de leer sus opiniones he decidido probar con la segunda variante - Crear una tabla independiente con solo las imágenes y un campo llave. Incluir las imágenes en la tabla porque como bien dice RonPablo me parece que: 1) Trabajar con tantos archivos independientes (2000 o 4000 0 xxx) parece ser mucho mas complicado y habria que trabajar bien claro con el tema de definir nombres de archivos secuenciales, etc... 2) El tema de la integridad referencial de la base de datos se pierde o se hace casi nulo al no poder controlar que no se pierdan archivos independientes. 3) La creación de Copias de seguridad de tantos archivos debe ser mas molesto de tratar y debe tener menos rendimiento. 4) Se aprovecha la ventaja de Firebird de que toda la información esté incluida en un solo archivo (como dice Ardilla), esto facilita la distribución y traslado del sistema. 5) Como las imágenes son solo fotos tipo cédula ya he realizado pruebas y se puede limitar su tamaño máximo a 5 Kb lo que permitiria que no creciera tan aceleradamente el tamaño de archivo. Crear una tabla independiente dentro de la base de datos para la imágenes con un campo llave ya que en la mayoría de las consultas no será necesario trabajar con las imágenes lo que hace mas eficiente al sistema. De todas formas voy a simular una base de datos con 4 o 6 mil trabajadores para realizar pruebas de rendimiento antes de hacer el sistema real.
__________________
Saludos Seara2005 |
#3
|
||||
|
||||
Cita:
Y después es darle el tratamiento de tipo Blob que ahora no recuerdo como es por eso no lo pongo
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#4
|
||||
|
||||
Nuestra gestión comercial almacena las imágenes en la base de datos, en una tabla específica para ello. Esta base de datos es accesible por internet en tiempo real para todos los clientes/usuarios/curiosos. Cualquiera puede consultar los artículos, ver sus fotos, descripciones, precios, stock, etc y hacer sus pedidos por internet, repito, en tiempo real y conectados a la base de datos de la empresa.
Varios de nuestros clientes tienen bases de datos que hace tiempo pasaron de los 10 Gb y algunos están ya rondando los 20 Gb. Además de las imágenes de los artículos también almacena documentos de todo tipo ya sean escaneados o no. Por si fuese poco, también las firmas de los clientes, por cada venta, se leen con un escaner de firmas. De momento, hasta ahora, el único inconveniente es que hacer el backup tarda más y ocupa más que si no tuviera las imágenes, aunque da igual, se hacen automáticamente por las noches y sin detener el sistema porque con Firebird se puede crear un backup aunque estén trabajando otros usuarios. Los clientes hacen los pedidos por internet en tiempo real porque el servidor web está conectado a la base de datos del servidor principal, o sea, trabajan realmente con la base de datos de la empresa creando sus pedidos. El único cuello de botella es el ancho de banda de internet, la subida, que aquí en España es muy baja a no ser que pagues una fortuna cada mes para que te den un poco de más velocidad. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Imagenes en Firebird 2 | trex2000 | Firebird e Interbase | 1 | 27-12-2007 00:17:23 |
Firebird 1.5.3 Error:No puede ejecutarse Firebird Guardian xq ya hay una instancia | Delphius | Firebird e Interbase | 5 | 26-01-2007 10:19:20 |
¿Que tipo de imágenes soporta firebird? | Delphius | Firebird e Interbase | 12 | 13-10-2006 19:33:58 |
Insertar Imagenes en Firebird (y la madre que lo pario!!!) | papulo | Firebird e Interbase | 7 | 23-11-2005 16:13:07 |
Imagenes(BLOB) Firebird con VB6 | pzhero | Firebird e Interbase | 5 | 06-05-2004 15:32:45 |
|