BD muy grandes ¿Qué criterio usar?

[[coso]]

Hola, no se si te valdria mas la pena crearte tu propio sistema, dejando las imagenes en archivos comprimidos tal cual y de igual manera el texto, mientras que en la base de datos tansolo poner las referencias a estos archivos. Podrias, por ejemplo, por cada entrada de la base de datos tener un directorio y dentro de este la información en archivos mas optimizados segun el tipo de dato. saludos.

[[Delphius]]

Hola PaFernan99,
Estoy con coso, no creo que sea tan viable empezar un sistema de cero. A menos que sea demasiado a la medida, y tengas los recursos, el presupuesto y el tiempo necesario me parece que es mejor buscar algo ya hecho.
¿Es para ti el sistema? ¿Para un cliente en particular? O por el contrario... ¿Un desarrollo genérico y con posibilidad de licenciamiento a muchas empresas?

Aqui en Salta, PLUMADA ofrece un servicio de gestión y resguardo de información tanto física como digital. ¿No hay una empresa así por allí?
Eso si, los servicios de PLUMADA no son tan baratitos que digamos.

Saludos,

[[coso]]

Estoy con coso, no creo que sea tan viable empezar un sistema de cero

no,no, si yo decia lo contrario

[[Delphius]]

Empezado por coso

no,no, si yo decia lo contrario

Juraría haber leído un "Pero" entre "...tu propio sistema," y "dejando las imágenes..."

No más digo que tal vez lo mejor, como una opción o alternativa a contemplar es emplear algo ya hecho. En este caso, yo di el ejemplo de PLUMADA, que ofrece el servicio de resguardo y gestión de documentos físicos y digitales (que no es lo único que hace).

En fin, ya nos dirá PaFernan99 que es lo que se está buscando.

Saludos,

[[coso]]

No no, mi idea era que creara un sistema de carpetas, correspondiendo cada directorio a una entrada en la base de datos. Si pone imagenes de 10Gb y cosas por el estilo (por otra parte, que lo veo muy exagerado) lo mejor seria trabajar con el formato nativo de las imagenes, ya que tendran su propio tipo de compresion, etc...si se pone raw data en la base de datos, quiza cada entrada te ocupa ...no se...230 Gb. Hacer un browse a una base de datos asi seria lentisimo. Te recomiendo otra vez eso mismo: usar en tu bd tansolo las referencias a los archivos, y crear un sistema fijo de directorios,etc...cargando y haciendo previews segun necesites. De todas maneras, si se opta por un alojamiento externo, la velocidad de subida y bajada de red tendra que ser mas que aceptable para que tu programa no se vaya estancando cada segundo.

[[Delphius]]

Empezado por coso

No no, mi idea era que creara un sistema de carpetas, correspondiendo cada directorio a una entrada en la base de datos. Si pone imagenes de 10Gb y cosas por el estilo (por otra parte, que lo veo muy exagerado) lo mejor seria trabajar con el formato nativo de las imagenes, ya que tendran su propio tipo de compresion, etc...si se pone raw data en la base de datos, quiza cada entrada te ocupa ...no se...230 Gb. Hacer un browse a una base de datos asi seria lentisimo. Te recomiendo otra vez eso mismo: usar en tu bd tansolo las referencias a los archivos, y crear un sistema fijo de directorios,etc...cargando y haciendo previews segun necesites. De todas maneras, si se opta por un alojamiento externo, la velocidad de subida y bajada de red tendra que ser mas que aceptable para que tu programa no se vaya estancando cada segundo.

Ha, ahora entiendo.
En este punto si estamos de acuerdo. No es viable estar guardando en la base de datos imágenes o documentos que pesen tanto... En este caso creo que lo mejor es tener la ruta guardada, y en un/os directorio/s específico las imágenes y documentos.

Ahora que leo bien lo que nos aportó PaFernan99, no se si los servicios de PLUMADA sean tan orientados a la web

Saludos,

[PaFernan99]

Hola coso y Delphius!
Gracias por vuestras opiniones.
Con respecto a lo que decías Delphius, desarrollar el sistema no solo es viable, sino imprescindible. Estoy trabajando en un archivo documental muy importante en cuando a volumen (el más importante de sudamérica, está aca en Argentina ).
Tu propuesta es valedera, coso, ya que actualmente tienen un sistema funcionando así, pero que fue desarrollado a principios del 2000, y les ha quedado muy chico (8 de las 9 colecciones quedaron afuera).
Utilizan un motor SQL server.
¿Tu sugerencia es que haga las búsquedas en los archivos de texto directamente, o utilice la BD para almacenar el texto, realizar las búsquedas sobre este y recuperar las imágenes por medio de la referencia?
Olvidemonos ya de cargar las imágenes en la BD, eso queda descartado.

Gracias por la ayuda!

[[coso]]

Bueno, quiza seria mejor usar la bd unicamente para referenciar los archivos (aunque de la manera que hablas, con solo 9 "colecciones", tampoco haria mucha falta usar una base de datos). En cuanto a buscar texto dentro de cada coleccion, etc, usaria mas bien codigo propio, o bien llamando a programas externos (por ejemplo, crear un grep.exe o usar alguno existente, pues es algo antiguo y los hay de muy muy buenos) que escanearan los archivos, recogiendo su resultado y que lo mostrase tu programa