4 ms·
But you are talking more about key/value model. Which I see as a different use case to document model. And PostgreSQL HSTORE seems like a bit of a hack to me.
by taligent 14y ago
But you are talking more about key/value model. Which I see as a different use case to document model.
And PostgreSQL HSTORE seems like a bit of a hack to me. It has a ridiculously complex syntax and still not sure how it handles querying other data types e.g. dates.
- zrail 14y agoHSTORE stores values as strings, so in your query you'd have to cast to a date, or whatever type you're wanting to get out of it. The thing is, an RDBMS really is a superset of most of the other data models floating out there.. Entity-attribute-value, Document, plain key-value, whatever. Your every day ordinary RDBMS can do it, with transactions, durability, ease of administration, whatever. When you use a NoSQL data storage system you're explicitly trading off one or more of the capabilities of an RDBMS to get some other benefit. The one thing that Postgres isn't good at, as far as I know, is a graph-like data structure.