Simple key-value storage for documents

Who is what is advised to store documents (Mordovskie and other office files?)

What you need:

— the ability for any document to give an arbitrary number of attributes and search on them.
— ability to organize these documents in a hierarchy.
— I would like the ability to compress documents on disk to save disk space, since a lot of them.

what is NOT required:
— clustering, sharding and other bells and whistles at this stage
— full text search
October 8th 19 at 03:02
3 answers
October 8th 19 at 03:04
Monga? About the compression I'm not sure, you can try to gzipovani documents and store as binary data.
And Mongo what is the maximum size of the document? Suddenly not fit. - mckayla.Herzog commented on October 8th 19 at 03:07
www.mongodb.org/display/DOCS/GridFS - Anahi_Yundt17 commented on October 8th 19 at 03:10
Like 4MB, and for the rest of GridFS, I guess. Not yuzal this feature. For me, monga was very simple, put the package and all is working, you can run console and from work, you can "import pymongo" (I pythoner) and about the same query syntax. The syntax is quite clear. Yes, I just did not work with other document databases, here and wrote about Mongu :) - burnice_Harris93 commented on October 8th 19 at 03:13
October 8th 19 at 03:06
I would suggest plain SQL server (sqlite as an option) a pair of plates (in documents and the attributes) and the papers stored in archives on your hard disk. For Your purpose it is a good option, very common, time-tested and these servers are everywhere.
Which means the server is everywhere? We have our servers are in the rack in the datacenter. As a primary Oracle DB, but store documents in it in the form of a blob s not desirable for a number of reasons (including related bekapai/ export-import schemes, etc.). Want separated key-value storage. - mckayla.Herzog commented on October 8th 19 at 03:09
"and the papers stored in the archives on the hard disk" Read carefully, it is not necessary to store these documents in the database, separately store in the archives and in the database only the link is convenient and easy. - Anahi_Yundt17 commented on October 8th 19 at 03:12
October 8th 19 at 03:08
In windows starting from winxp, and perhaps earlier, built-in mechanism of assigning document attributes, display them in the Explorer in a table, search for them (including full text). But the list of attributes is determined by the file type... text documents is the attribute — the keywords.

File properties -> summary, displaying in Explorer View -> table (then menu View -> select columns in a table)

p.s. I wonder, has anyone actually used this mechanism?
It's for people I need for the backend to the system. Users see, say, orders in the web interface, orders can be practicipate documents as justifications, explanations, calculations, review, scans with seals and stuff. But to store the documents as blob's in the database in the child table (against orders) do not want. - mckayla.Herzog commented on October 8th 19 at 03:11

Find more questions by tags NoSQL