My two cents is the same. Let's allow 3.* users migrate to 4.* without
needing to e.g. change the PQ part of their application and remove the PQ
endpoints in 5.0.
Best,
Kyle
On Mon, Apr 20, 2020, 4:16 PM Ilya Khlopotov wrote:
> Given that it unlikely that there are too many people using it and
Given that it unlikely that there are too many people using it and it is being
noop in FDB world. I think we should deprecate and remove _partition endpoint.
On 2020/04/20 21:04:58, Robert Samuel Newson wrote:
> Hi All,
>
> I'd like to get views on whether we should preserve the _partition en
On 2020-04-20 5:04 p.m., Robert Samuel Newson wrote:
Hi All,
I'd like to get views on whether we should preserve the _partition endpoints in CouchDB
4.0 or remove them. In CouchDB 4.0 all _view and _find queries will automatically benefit
from the same performance boost that the "partitioned d
Hi All,
I'd like to get views on whether we should preserve the _partition endpoints in
CouchDB 4.0 or remove them. In CouchDB 4.0 all _view and _find queries will
automatically benefit from the same performance boost that the "partitioned
database" feature brings, by virtue of FoundationDB.
I