sistema de gestión de documentos: lo que para su uso como backend de almacenamiento (docs depósito de contenido)?

Question

Quiero hacer un sistema de gestión de documentos (interfaz en Ruby).
Qué hacer sollutions Profesional (Alfresco, Liferay Social Office, otros) utilizados para el almacenamiento y control de versiones de documentos?
¿Qué más puedo usar?

Los puntos clave:

• optimización de espacio de almacenamiento (deltas, compresión ...)
• versiones
• capacidad de docs índice (puede ser externo)
• capacidad de copias de seguridad de maquillaje en tiempo de ejecución (copia de seguridad en caliente en directo)
• bloqueo?
• escalabilidad de gran volumen de datos
• asegurar la integridad de datos (hashing?)
• permisos
• transaccional
• apoyo de flujo de trabajo (opcional)

Los puntos de bonificación:

• ¿cómo KnowledgeTree lo hacen?
• ¿cómo Oficina Social Liferay hacerlo (JCR?)?
• ¿Cómo Alfresco hacerlo?

Los libros sobre este tema?

Answer 1

La mayoría de las soluciones de gestión de documentos de la empresa que he visto ( Cimage , Documentum , LiveLink ) definitivamente no se preocupan por el # 1. El almacenamiento es relativamente barato, especialmente si se trata de almacenamiento vs procesamiento (tienda y retreieve). En su mayoría se basan en el almacenamiento basado en sistema de archivos - tal vez con el nombre de abstracción tal que ShoppingList.doc tal vez se convierte en 20100909100101a.doc.rev1, con una base de datos de seguimiento del-nombre, el nombre almacenado, revisiones, y varios otros datos {MIME tipo, encabezados de todo tipo de propiedades, etc}. Al no generar los deltas de compresión + te indexación muy fácilmente desde cualquier número de productos / agorithms existentes. Versionado también es extremadamente simple con este enfoque.

Dependiendo del tamaño y la escala que estamos construyendo, usted podría también almacenar archivos versionados dentro de una base de datos.

Un (S) FTP o proceso de almacenamiento CIFS también permitiría que su software se ejecute en un servidor de aplicaciones con espacio modesto, pero almacenan los archivos de la historia + en un servidor de archivos o nube de algún tipo - aunque esto no es muy diferente de almacenamiento basado en sistema de archivos.

Answer 2

Ya sabes, mi primer instinto sería solo uso Subversion . Que necesita la indexación externa, y si desea almacenar los hashes que necesita para escribir un código para hacerlo usted mismo, pero todo lo demás encaja.

Viene con fijaciones rubí, aunque no estoy personalmente familiarizado con su calidad.

Answer 3

al aire libre se utiliza comúnmente como el back-end, que tiene una buena API REST. También puede definir su propio API de integración si no lo hace como el que se incluye.