Dokumenten-Management-System: Was als Speicher-Backend (Dokument-Content-Repository) verwenden?

Question

Ich möchte ein Dokumenten-Management-System (Schnittstelle in Ruby) machen.
Was verwenden professionelle Lösungen (Alfresco, Liferay Social Office, andere) zum Speichern und Versionieren von Dokumenten?
Was kann ich noch verwenden?

Kernpunkte:

• Stauraumoptimierung (Delta, Kompression ...)
• Versionierung
• Fähigkeit zu indizieren docs (kann extern)
• Möglichkeit, Backups zur Laufzeit zu machen (Live-Hot-Backup)
• Verriegelung?
• Skalierbarkeit auf große Datenvolumen
• Datenintegrität (Hashing?) Gewährleisten
• Berechtigungen
• Transaktions
• Workflow-Unterstützung (optional)

Bonuspunkte:

• wie tut KnowledgeTree es tun?
• Wie funktioniert es Liferay Social Office (jcr?)?
• wie funktioniert es Alfresco?

Alle Bücher zu diesem Thema?

Answer 1

Die meisten der Enterprise-Dokumenten-Management-Lösungen, die ich gesehen habe (Cimage, Documentum, LiveLink) ist definitiv egal, # 1. Speicher ist relativ billig, vor allem, wenn es sich um Storage vs Processing handelt (Store and Retreive). Sie verwenden meist Dateisystemspeicher - vielleicht mit Namensabstraktion, so dass ShoppingList.doc vielleicht 20100909100101a.doc.rev1 wird, mit einer Datenbank, die den gegebenen Namen, den gespeicherten Namen, Revisionen und verschiedene andere Daten verfolgt (MIME-Typ, Header & Eigenschaften usw.). Wenn Sie keine Deltas + -Kompression erzeugen, können Sie sehr einfach aus einer beliebigen Anzahl existierender Produkte/Agorithmen indexieren. Die Versionierung ist mit diesem Ansatz auch sehr einfach.

Je nach Größe und Größe, die Sie erstellen, können Sie auch versionierte Dateien in einer Datenbank speichern.

Ein (S) FTP- oder CIFS-Speicherprozess würde auch ermöglichen, dass Ihre Software auf einem App-Server mit geringem Speicherplatz ausgeführt wird, aber die Dateien + Verlauf auf einer Datei oder einem Cloud-Server speichern - obwohl das nicht viel ist unterscheidet sich von filesystem-basiertem Speicher.

Answer 2

alfresco wird häufig als Backend verwendet, es hat eine nette REST API. Sie können auch Ihre eigene Integrations-API definieren, wenn Ihnen die mitgelieferte nicht gefällt.

Answer 3

Y'know, mein erster Instinkt wäre just use Subversion. Sie benötigen eine externe Indizierung, und wenn Sie Hashes speichern möchten, müssen Sie etwas Code schreiben, um es selbst zu tun, aber alles andere passt.

Es wird mit Rubinbindungen geliefert, obwohl ich persönlich nicht mit deren Qualität vertraut bin.