The "Wide Column (store)" term comes from this article: https://db-engines.com/en/article/Wide+Column+Stores
Based on that article, I'm not sure if we should also use it for MongoDB, CouchDB and Elasticsearch, but it seems like an option to introduce it and use it for both Cassandra and HBase, we may have to rethink the names of the methods on the class (or maybe interface) in that case a bit more, because Cassandra is implemented in a different manner/structure then HBase.
From: Kasper Sørensen <[EMAIL PROTECTED]>
Sent: Wednesday, May 23, 2018 4:59 PM
To: [EMAIL PROTECTED]
Subject: Re: Extending HBase support
I like the idea of reusing the WideColumn class also for Cassandra. Is "Wide Column" a term that you've encountered elsewhere, or did you make that up? I kinda like it, but would want to consider naming as important.
One piece of perspective too is that some databases (notably MongoDB, CouchDB, ElasticSearch) support "wide rows" in a way, meaning that any particular row may contain additional fields outside of the norm. Maybe we could introduce both WideRow and WideColumn interfaces to support that sort of behaviour?
2018-05-22 7:25 GMT-07:00 Arjan Seijkens <[EMAIL PROTECTED]>: