Let's say we're building a DB for storing analytics from web sites or mobile apps. Transactions aren't important (it's ok to drop things) and only slow things down, supporting as many concurrent calls is, consistency can be eventual, and a part of data is going to be unstructured (i.e. a user can pass a random JSON blob as parameter to the analytics logging call, which we will store in the DB).
Something like Mongo would be a reasonable pick for this, as it does satisfy most of the requirements I listed above. However, one does often hear about the ability of Postgres of being customizable to fill a lot of different roles. I imagine one can disable transactions etc.
I'm not very familiar with Postgres setting, and thus I must ask: is it in fact possible to adapt Postgres to fit the requirements I listed above?
json
data type (though very limited support in terms of functions for it). And a key/value datatype namedhstore
. Both type are what the mainstream calls "NoSQL". – Gomorrah